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1. INTRODUCTION 

The Intel microcontroller family now has three new 
members ~ the Intel® 803b 8051, and 8751 single-chip 
microcomputers. These devices, shown in Figure I, will 
allow whole new classes of products to benefit from recent 
advances in Integrated Electronics. Thanks to Intel’s new 
HMOS® technology, they provide larger program and 
data memory spaces, more flexible I/O and peripheral 
capabilities, greater speed, and lower system cost than any 
previous-generation single-chip microcomputer. 


The CPU in each microcomputer is one of the industry’s 
fastest and most efficient for numerical calculations on 
byte operands. But controllers often deal with bits, not 
bytes: in the real world, switch contacts can only be open 
or closed, indicators should be either lit or dark, motors 
are either turned on or off, and so forth. For such control 
situations the most significant aspect of the MCS-5r'^ 
architecture is its complete hardware support for one-bit, 
or Boolean variables (named in honor of Mathematician 
George Boole) as a separate data type. 



Figure 1. 8051 Family Pinout Diagram. 


Table I summarizes the quantitative differences between 
the members of the MCS-48'"^and 8051 families. The 8751 
contains 4K bytes of EPROM program memory fabri¬ 
cated on-chip, while the 8051 replaces the EPROM with 
4K bytes of lower-cost mask-programmed ROM. The 
8031 has no program memory on-chip; instead, it accesses 
up to 64K bytes of program memory from external 
memory. Otherwise, the three new family members are 
identical. Throughout this Note, the term “8051” will 
represent all members of the 8051 Family, unless specifi¬ 
cally stated otherwise. 


The 8051 incorporates a number of special features which 
support the direct manipulation and testing of individual 
bits and allow the use of single-bit variables in performing 
logical operations. Taken together, these features are 
referred to as the MCS-5r'^ Boolean Processor. While the 
bit-processing capabilities alone would be adequate to 
solve many control applications, their true power comes 
when they are used in conjunction with the microcompu¬ 
ter’s byte-processing and numerical capabilities. 

Many concepts embodied by the Boolean Processor will 
certainly be new even to experienced microcomputer sys¬ 
tem designers. The purpose of this Application Note is to 
explain these concepts and show how they are used. It is 
assumed the reader has read Application Note AP-69, An 
Introduction to the Intel® MCS-ST'^ Single-Chip Micro¬ 
computer Family, publication number 1215I8, or has 
been exposed to Intel’s single-chip microcomputer pro¬ 
duct lines. 

For detailed information on these parts refer to the Intel 
MCS-Sr^’ Family User’s Manual, publication number 
121517. The instruction set, assembly language, and use of 
the 8051 assembler (ASMS I) are further described in the 
MCS-Sr*^ Macro Assembler User’s Guide, publication 
number 9800937. 

2. BOOLEAN PROCESSOR OPERATION 

The Boolean Processing capabilities of the 8051 are based 
on concepts which have been around for some time. Dig¬ 
ital computer systems of widely varying designs all have 
four functional elements in common (Figure 2): 


Table 1. Features of Intel’s Single-chip Microcomputers. 


EPROM 

Program 

Memory 

ROM 

Program 

Memory 

External 

Program 

Memory 

Program 

Memory 

(Int/Max) 

Data 

Memory 

(Bytes) 

Instr. 

Cycle 

Time 

Input/ 

Output 

Pins 

Interrupt 

Sources 

Reg. 

Banks 


8021 


IK/IK 

64 

10 f^Sec 

21 

0 

1 

— 

8022 

— 

2K/2K 

64 

10 f^Sec 

28 

2 

1 

8748 

8048 

8035 

1K/4K 

64 

2.5 (xSec 

27 

2 

2 

— 

8049 

8039 

2K/4K 

128 

1.36f>iSec 

27 

2 

2 

8751 

8051 

8031 

4K/64K 

128 

1.0 MSec 

32 

5 
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• a central processor (CPU) with the control, timing, 
and logic circuits needed to execute stored 
instructions; 

• a memory to store the sequence of instructions 
making up a program or algorithm; 

• data memory to store variables used by the program; 
and 


• some means of communicating with the outside 
world. 



Figure 2. Block Diagram for Abstract Digital 
Computer. 

The CPU usually includes one or more accumulators or 
special registers for computing or storing values during 
program execution. The instruction set of such a proces¬ 
sor generally includes, at a minimum, operation classes to 
perform arithmetic or logical functions on program vari¬ 
ables, move variables from one place to another, cause 
program execution to jump or conditionally branch based 
on register or variable states, and instructions to call and 
return from subroutines. The program and data memory 
functions sometimes share a single memory space, but this 
is not always the case. When the address spaces are separ¬ 
ated, program and data memory need not even have the 
same basic word width. 

A digital computer’s flexibility comes in part from com¬ 
bining simple fast operations to produce more complex 
(albeit slower) ones, which in turn link together eventually 
solving the problem at hand. A four-bit CPU executing 
multiple precision subroutines can, for example, perform 
64-bit addition and subtraction. The subroutines could in 
turn be building blocks for floating-point multiplication 
and division routines. Eventually, the four-bit CPU can 
simulate a far more complex “virtual” machine. 

In fact, any digital computer with the above four func¬ 
tional elements can (given time) complete any algorithm 
(though the proverbial room full of chimpanzees at word 


processors might first re-create Shakespeare’s classics 
and this Application Note)! This fact offers little consola¬ 
tion to product designers who want programs to run as 
quickly as possible. By definition, a real-time control algo¬ 
rithm must proceed quickly enough to meet the preor¬ 
dained speed constraints of other equipment. 

One of the factors determining how long it will take a 
microcomputer to complete a given chore is the number of 
instructions it must execute. What makes a given compu¬ 
ter architecture particularly well-or poorly-suited for a 
class of problems is how well its instruction set matches 
the tasks to be performed. The better the “primative” 
operations correspond to the steps taken by the control 
algorithm, the lower the number of instructions needed, 
and the quicker the program will run. All else being equal, 
a CPU supporting 64-bit arithmetic directly could clearly 
perform floating-point math faster than a machine 
bogged-down by multiple-precision subroutines. In the 
same way, direct support for bit manipulation naturally 
leads to more efficient programs handling the binary input 
and output conditions inherent in digital control problems. 


Processing Elements 

The introduction stated that the 8051 ’s bit-handling capa¬ 
bilities alone would be sufficient to solve some control 
applications. Let’s see how the four basic elements of a 
digital computer - a CPU with associated registers, pro¬ 
gram memory, addressable data RAM, and I/O capabil¬ 
ity - relate to Boolean variables. 

CPU. The 8051 CPU incorporates special logic devoted to 
executing several bit-wide operations. All told, there are 
17 such instructions, all listed in Table 2. Not shown are 94 
other (mostly byte-oriented) 8051 instructions. 

Program Memory. Bit-processing instructions are fetched 
from the same program memory as other arithmetic and 
logical operations. In addition to the instructions of Table 
2, several sophisticated program control features like mul¬ 
tiple addressing modes, subroutine nesting, and a two- 
level interrupt structure are useful in structuring Boolean 
Processor-based programs. 

Boolean instructions are one, two, or three bytes long, 
depending on what function they perform. Those involv¬ 
ing only the carry flag have either a single-byte opcode or 
an opcode followed by a conditional-branch destination 
byte (Figure 3.a). The more general instructions add a 
“direct address” byte after the opcode to specify the bit 
affected, yielding two or three byte encodings (Figure 3.b). 
Though this format allows potentially 256 directly addres¬ 
sable bit locations, not all of them are implemented in the 
8051 family. 
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Table 2. MCS-5r“ Boolean Processing Instruction 
Subset. 


Mnemonic 

Description 

Byte Cyc 

SETB 

C 

Set Carry flag 

1 

1 

SETB 

bit 

Set direct Bit 

2 

1 

CLR 

C 

Clear Carry flag 

1 

1 

CLR 

bit 

Clear direct bit 

2 

1 

CPL 

C 

Complement Carry flag 

1 

1 

CPL 

bit 

Complement direct bit 

2 

1 

MOV 

C,bit 

Move direct bit to Carry flag 

2 

I 

MOV 

bit,C 

Move Carry flag to direct bit 

2 

2 

ANL 

C,bit 

AND direct bit to Carry flag 

2 

2 

ANL 

C,/bit 

AND complement of direct bit to 
Carry flag 

2 

2 

ORL 

C,bit 

OR direct bit to Carry flag 

2 

2 

ORL 

C,/bit 

OR complement of direct bit to 
Carry flag 

2 

2 

JC 

rel 

Jump if Carry is flag is set 

2 

2 

JNC 

rel 

Jump if No Carry flag 

2 

2 

JB 

bit,rel 

Jump if direct Bit set 

3 

2 

JNB 

bit,rel 

Jump if direct Bit Not set 

3 

2 

JBC 

bit,rel 

Jump if direct Bit is set & Clear bit 

: 3 

2 

Address mode abbreviations: 




C — Carry flag. 

bit — 128 software flags, any I/O pin, control or status 
: bit 

|rel — All conditional jumps include an 8-bit offset byte. 

I Range is +127/-128 bytes relative to first byte ofj 

I the following instruction. 


All mnemonics copyrighted® Intel Corporation 1980 


Data Memory. The instructions in Figure 3.b can operate 
directly upon 144 general purpose bits forming the Boo¬ 
lean processor “RAM.” These bits can be used as sofware 
flags or to store program variables. Two operand instruc¬ 
tions use the CPU’s carry flag (“C”) as a special one-bit 
register; in a sense, the carry is a “Boolean accumulator” 
for logical operations and data transfers. 

Input! Output. All 32 I/O pins can be addressed as indi¬ 
vidual inputs, outputs, or both, in any combihation. Any 
pin can be a control strobe output, status (Test) input, or 
serial I/O link implemented via software. An additional 
33 individually addressable bits reconfigure, control, and 
monitor the status of the CPU and all on-chip peripheral 
functions (timer/counters, serial port modes, interrupt 
logic, and so forth). 


opcode 


SETS C 
CLR C 
CPL C 


opcode 

displacement 


JC 

rel 


JNC 

rel 


a.) Carry Control and Test Instructions. 

opcode 

bit address 


SETB 

bit 


CLR 

bit 


CPL 

bit 


ANLC, 

bit 


ANL C,/ 

bit 


ORLC, 

bit 


ORL C,/ 

bit 


MOV C, 

bit 


MOV 

bit,C 


opcode 

bit address 

displacement 

JB 

bit, 

rel 

JNB 

bit, 

rel 

JBC 

bit. 

rel 


b.) Bit Manipulation and Test Instructions. 

Figure 3. Bit Addressing Instruction Formats. 

Direct Bit Addressing 

The most significant bit of the direct address byte selects 
one of two groups of bits. Values between 0 and 127 (OOH 
and 7FH) define bits in a block of 32 bytes of on-chip 
RAM, between RAM addresses 20H and 2FFI (Figure 
4.a). They are numbered consecutively from the lowest- 
order byte’s lowest-order bit through the highest-order 
byte’s highest-order bit. 

Bit addresses between 128 and 255(80H and OFFH) cor¬ 
respond to bits in a number of special registers, mostly 
used for I/O or peripheral control. These positions are 
numbered with a different scheme than RAM: the five 
high-order address bits match those of the register’s own 
address, while the three low-order bits identify the bit 
position within that register (Figure 4.b). 

01489A-05 


3 









Figure 4. Bit Address Maps. 


Notice the column labeled ‘‘Symbol” in Figure 5, Bits with 
special meanings in the PSW and other registers have 
corresponding symbolic names. General-purpose (as 
opposed to carry-specific) instructions may access the 
carry like any other bit by using the mnemonic CY in place 
of C, PO, PI, P2, and P3 are the 805Fs four I/O ports; 
secondary functions assigned to each of the eight pins of 
P3 are shown in Figure 6. 


Figure 7 shows the last four bit addressable registers. 
TCON (Timer Control) and SCON (Serial port Control) 
control and monitor the corresponding peripherals, while 
IE (Interrupt Enable) and IP (Interrupt Priority) enable 
and prioritize the five hardware interrupt sources. Like the 
reserved hardware register addresses, the five bits not 
implemented in IE and IP should not be accessed; they can 
not be used as software flags. 
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(MSB) 


(LSB) 




CY 

AC FO 

RS1 RSO OV — P 







OV 

PSW 2 

flag 

Symbol Position Name and significance 



Set/cleared by hardware during 

CY 

PSW.7 

Carry flag. 



arithmetic instructions to indicate 



Set/cleared by hardware or soft- 



overflow conditions. 



ware during certain arithmetic and 






logical instructions. 

— 

PSW.1 

(reserved) 

AC 

PSW.6 

Auxiliary Carry flag. 

p 

PSW.O 

Parity flag. 



Set/cleared by hardware during 



Set/cleared by hardware each In- 



addition or subtraction instruc- 



struction cycle to Indicate an odd/- 



tions to indicate carry or borrow 



even number of “one” bits in the 



out of bit 3. 



accumulator, i.e., even parity. 

FO 

PSW.5 

Flag 0. 


Note - 

the contents of (RS1, RSO) enable 



Set/cleared/tested by software as 



the working register banks as 



a user-defined status flag. 



follows: 

RSI 

PSW.4 

Register bank Select control bits 



(0,0) - Bank 0 (00H-07H) 

RSO 

PSW.3 

1 & 0. Set/cleared by software to 



(0,1) - Bank 1 (08H-0FH) 



determine working register bank 



(1,0) - Bank 2 (10H-17H) 



(see Note). 



(1,1) - Bank 3 (18H-1FH) 


Figure 5. PSW - Program Status Word organization. 


(MSB) 


(LSB) 




RD 

WR 

T1 TO INTI INTO TXD RXD 




Symbol Position Name and significance 




RD 

P3.7 

Read data control output. 

INT1 

P3,3 

Interrupt 1 input pin. 



Active low pulse generated by 



Low-level or falling-edge 



hardware when external data 



triggered. 



memory is read. 







INTO 

P3.2 

Interrupt 0 input pin. 

WR 

P3.6 

Write data control output. 



Low-level or falling-edge 



Active low pulse generated by 



triggered. 



hardware when external data 






memory Is written. 

TXD 

P3.1 

Transmit Data pin for serial port 






in UART mode. Clock output in 

T1 

P3.5 

Timer/counter 1 external input or 



shift register mode. 



test pin. 







RXD 

P3.0 

Receive Data pin for serial port In 

TO 

P3.4 

Timer/counter 0 external input or 



UART mode. Data I/O pin in shift 



test pin. 



register mode. 


Figure 6. P3 - Alternate I/O Functions of Port 3. 
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(MSB) 


(LSB) 


TF1 

TR1 

TFO 

TRO 

iE1 

IT1 

lEO 

ITO 


IE1 


TC0N.3 


Symbol Position Name and significance 

TF1 ICON.7 Timer 1 overflow Flag. 

Set by hardware on 
timer/counter overflow. Cleared 
when interrupt processed. 

TR1 TCON.6 Timer 1 Run control bit. 

Set/cleared by software to turn 
timer/counter on/off. 

TFO TCON.5 Timer 0 overflow Flag. 

Set by hardware on 
timer/counter overflow. Cleared 
when interrupt processed. 

TRO TCON.4 Timer 0 Run control bit. 

Set/cleared by software to turn 
timer/counter on/off. 

a.) TCON - Timer/Counter Control/status register. 


IT1 


TCON.2 


lEO 


TCON.1 


ITO 


TCON.O 


(MSB) (LSB) 


SMO 

SMI 

SM2 

REN 

TB8 

_1 

RB8 

Tl 

Rl 


Symbol Position Name and significance 

SMO SCON.7 Serial port Mode control bit 0. 

Set/cleared by software (see 
note). 

SMI SCON.6 Serial port Mode control bit 1. 

Set/cleared by software (see 
note). 

SM2 SCON.5 Serial port Mode control bit 2. 

Set by software to disable recep¬ 
tion of frames for which bit 8 is 
zero. 

REN SCON.4 Receiver Enable control bit. 

Set/cleared by software to 
enable/disable serial data 
reception. 


RB8 SCON.2 


Tl SCON.1 


Rl SCON.O 


Note - 


TB8 SCON.3 Transmit Bit 8. 

Set/cleared by hardware to deter¬ 
mine state of ninth data bit trans¬ 
mitted in 9-bit UART mode. 

b.) SCON - Serial Port Control/status register. 


Interrupt 1 Edge flag. 

Set by hardware when external 
interrupt edge detected. Cleared 
when interrupt processed. 

Interrupt 1 Type control bit. 
Set/cleared by software to 
specify falling edge/low level 
triggered external interrupts. 

Interrupt 0 Edge flag. 

Set by hardware when external 
interrupt edge detected. Cleared 
when interrupt processed. 

Interrupt 0 Type control bit. 
Set/cleared by softrware to 
specify falling edge/low level 
triggered external interrupts. 


Receive Bit 8. 

Set/cleared by hardware to indi¬ 
cate state of ninth data bit 
received. 

Transmit Interrupt flag. 

Set by hardware when byte 
transmitted. Cleared by software 
after servicing. 

Receive Interrupt flag. 

Set by hardware when byte re¬ 
ceived. Cleared by software after 
servicing. 

the state of (SMO,SMI) selects; 
(0,0) - Shift register I/O expansion. 
(0,1) - 8 bit UART, variable data rate. 
(1,0) - 9 bit UART, fixed data rate. 
(1,1) - 9 bit UART, variable data rate. 


Figure 7. Peripheral Configuration Registers. 





(MSB) 


(LSB) 


EA — 

— ES ET1 EX1 ET1 EXO 




Symbol Position Name and significance 




EA IE.7 

Enable All control bit. 

EX1 

IE.2 

Enable External interrupt 1 


Cleared by software to disable all 



control bit. Set/cleared by 


interrupts, independent of the 



software to enable/disable 


state of IE.4 - lE.O. 



interrupts from INT1. 

— IE.6 

(reserved) 

ETO 

IE.1 

Enable Timer 0 control bit. 

— IE.5 




Set/cleared by software to 
enable/ disable interrupts from 

ES IE.4 

Enable Serial port control bit. 
Set/cleared by software to 



timer/counter 0. 


enable/ disable interrupts from 

EXO 

lE.O 

Enable External Interrupt 0 


Tl or Rl flags. 



control bit. Set/cleared by 
software to enable/disable 

ET1 IE.3 

Enable Timer 1 control bit. 
Set/cleared by software to 
enable/ disable interrupts from 
timer/counter 1. 



interrupts from INTO. 

c.) IE - Interrupt Enable Register. 




(MSB) 

(LSB) 




— — 

— PS PT1 PX1 PTO PXO 




Symbol Position Name and significance 

PX1 

IP.2 

External interrupt 1 Priority 

— IP.7 

(reserved) 



control bit. Set/cleared by 

— IP.6 

(reserved) 



software to specify high/low 

— IP.5 

(reserved) 



priority interrupts for INT1. 

PS IP.4 

Serial port Priority control bit. 

PTO 

IP.1 

Timer 0 Priority control bit. 


Set/cleared by software to 



Set/cleared by software to 


specify high/low priority 



specify high/low priority 


interrupts for Serial port. 



Interrupts for timer/counter 0. 

PT1 IP.3 

Timer 1 Priority control bit. 

PXO 

IP.O 

External interrupt 0 Priority 


Set/cleared by software to 



control bit. Set/cleared by 


specify high/low priority 



software to specify high/low 


interrupts for timer/counter 1. 



priority interrupts for INTO. 

d.) IP - Interrupt Priority Control Register. 





Figure 7. (continued) 

Addressable Register Set. There are 20 special function 
registers in the 8051, but the advantages of bit addressing 

only relate to the 11 described below. Five potentially The accumulator and B registers (A and B) are normally 

bit-addressable register addresses (OCOH, 0C8H, 0D8H, involved in byte-wide arithmetic, but their individual bits 

0E8H, & 0F8H) are being reserved for possible future can also be used as 16 general software flags. Added with 

expansion in microcomputers based on the MCS-5r'^ the 128 flags in RAM, this gives 144 general purpose 

architecture. Reading or writing non-existent registers in variables for bit-intensive programs. The program status 

the 8051 series is pointless, and may cause unpredictable word (PSW) in Figure 5 is a collection of flags and 

results. Byte-wide logical operations can be used to machine status bits including the carry flag itself. Byte 

manipulate bits in all non-h'\i addressable registers and operations acting on the PSW can therefore affect the 

RAM. carry. 
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Instruction Set 

Having looked at the bit variables available to the Boolean 
Processor, we will now look at the four classes of instructions 
that manipulate these bits. It may be helpful to refer back to 
Table 2 while reading this section. 

State Control. Addressable bits or flags may be set, cleared, 
or logically complemented in one instruction cycle with the 
two-byte instructions SETB, CLR, and CPL. (The “B” 
affixed to SETB distinguishes it from the assembler “SET” 
directive used for symbol definition.) SETB and CLR are 
analogous to loading a bit with a constant: 1 or 0. Single 
byte versions perform the same three operations on the 
carry. 

The MCS-5r'' assembly language specifies a bit address in 
any of three ways: 

• by a number or expression corresponding to the direct 
bit address (0-255); 

• by the name or address of the register containing the 
bit, the dot operator symbol (a period: “.”), and the 
bit’s position in the register (7-0); 

• in the case of control and status registers, by the prede¬ 
fined assembler symbols listed in the first columns 
of Figures 5-7. 

Bits may also be given user-defined names with the assembler 
“BIT” directive and any of the above techniques. For exam¬ 
ple, bit 5 of the PSW may be cleared by any of the four 
instructions, 

USR_FLG BIT PSW.5 ; User Symbol Definition 

CLR 0D5H ; Absolute Addressing 

CLR PSW.5 ; Use of Dot Operator 

CLR FO ; Pre-Defmed Assembler 

; Symbol 

CLR USR_FLG ; User-Defined Symbol 

Data Transfers. The two-byte'MOV instructions can trans¬ 
port any addressable bit to the carry in one cycle, or copy the 
carry to the bit in two cycles. A bit can be moved between 
two arbitrary locations via the carry by combining the two 
instructions. (If necessary, push and pop the PSW to preserve 
the previous contents of the carry.) These instructions can 
replace the multi-instruction sequence of Figure 8, a program 
structure appearing in controller applications whenever flags 
or outputs are conditionally switched on or off 

Logical Operations. Four instructions perform the logical- 
AND and logical-OR operations between the carry and 
another bit, and leave the results in the carry. The instruction 
mnemonics are ANL and ORL; the absence or presence of a 



Figure 8. Bit Transfer Instruction Operation. 

slash mark (“/ ”) before the source operand indicates whether 
to use the positive-logic value or the logical complement of 
the addressed bit. (The source operand itself is never 
affected.) 

Bit-test Instructions. The conditional jump instructions “JC 
rel” (Jump on Carry) and “JNC rel” (Jump on Not Carry) 
test the state of the carry flag, branching if it is a one or zero, 
respectively. (The letters “rel” denote relative code address¬ 
ing.) The three-byte instructions “JB bit, rel” and “JNB 
bit,rel” (Jump on Bit and Jump on Not Bit) test the state of 
any addressable bit in a similar manner. A fifth instruction 
combines the Jump on Bit and Clear operations. “JBC 
bit,rel”conditionally branches to the indicated address, then 
clears the bit in the same two cycle instruction. This opera¬ 
tion is the same as the MCS-48'^^ “JTF” instructions. 

All 8051 conditional jump instructions use program 
counter-relative addressing, and all execute in two cycles. 
The last instruction byte encodes a signed displacement 
ranging from-128 to+ 127. During execution, the CPU adds 
this value to the incremented program counter to produce 
the jump destination. Put another way, a conditional jump 
to the immediately following instruction would encode OOH 
in the offset byte. 

A section of program or subroutine written using only rela¬ 
tive jumps to nearby addresses will have the same machine 
code independent of the code’s location. An assembled rou¬ 
tine may be repositioned anywhere in memory, even crossing 
memory page boundaries, without having to modify the 
program or recompute destination addresses. To facilitate 
this flexibility, there is an unconditional “Short Jump” 
(SJMP) which uses relative addressing as well. Since a pro- 
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grammer would have quite a chore trying to compute rela¬ 
tive offset values from one instruction to another, ASM5I 
automatically computes the displacement needed given only 
the destination address or label. An error message will alert 
the programmer if the destination is “out of range.” 

(The so-called “Bit Test” instructions implemented on many 
other microprocessors simply perform the logical-AND 
operation between a byte variable and a constant mask, and 
set or clear a zero flag depending on the result. This is 
essentially equivalent to the 8051 “MOV C,bit” instruction. 
A second instruction is then needed to conditionally branch 
based on the state of the zero flag. This does not constitute 
abstract bit-addressing in the MCS-5 T" sense. A flag exists 
only as a field within a register; to reference a bit the pro¬ 
grammer must know and specify both the encompassing 
register and the bit’s position therein. This constraint 
severely limits the flexibility of symbolic bit addressing and 
reduces the machine’s code-efficiency and speed.) 

Interaction with Other Instructions. The carry flag is also 
affected by the instructions listed in Table 3. It can be rotated 
through the accumulator, and altered as a side effect of 
arithmetic instructions. Refer to the User’s Manual for 
details on how these instructions operate. 

Simple Instruction Combinations 

By combining general purpose bit operations with certain 
addressable bits, one can “custom build” several hundred 
useful instructions. All eight bits of the PSW can be tested 
directly with conditional jump instructions to monitor 
(among other things) parity and overflow status. Pro¬ 
grammers can take advantage of 128 software flags to keep 
track of operating modes, resource usage, and so forth. 

The Boolean instructions are also the most efficient way to 
control or reconfigure peripheral and I/O registers. All 32 
I/O lines become “test pins,” for example, tested by condi¬ 
tional jump instructions. Any output pin can be toggled 
(complemented) in a single instruction cycle. Setting or clear¬ 
ing the Timer Run flags (TRO and TRI) turn the timer- 
/ counters on or off; polling the same flags elsewhere lets the 
program determine if a timer is running. The respective 
overflow flags (TFO and TFl) can be tested to determine 
when the desired period or count has elapsed, then cleared in 
preparation for the next repetition. (For the record, these 
bits are all part of the TCON register. Figure 7.a. Thanks to 
symbolic bit addressing, the programmer only needs to 
remember the mnemonic associated with each function. In 
other words, don’t bother memorizing control word layouts.) 


Table 3. Other Instructions Affecting the Carry 
Flag. 


Mnemonic 

Description 

Byte Cyc 

ADD A,Rn 

Add register to 
Accumulator 

1 

1 

ADD A,direct 

Add direct byte to 
Accumulator 

2 

1 

ADD A,(5)Ri 

Add indirect RAM to 
Accumulator 

1 

1 

ADD A,#data 

Add immediate data to 
Accumulator 

2 

1 

ADDC A,Rn 

Add register to 
Accumulator with Carry 
flag 

1 

1 

ADDC A, direct 

Add direct byte to 
Accumulator with Carry 
flag 

2 

1 

ADDC A,(a)Ri 

Add indirect RAM to 
Accumulator with Carry 
flag 

1 

1 

ADDC A,#data 

Add immediate data to 
Acc with Carry flag 

2 

1 

SUBB A,Rn 

Subtract register from 
Accumulator with 




borrow 

1 

1 

SUBB A.direct 

Subtract direct byte 
from Acc with borrow 

2 

1 

SUBB A,(a)Ri 

Subtract indirect RAM 
from Acc with borrow 

1 

1 

SUBB A,#data 

Subtract immediate data 
from Acc with borrow 

2 

1 

MUL AB 

Multiply A & B 

I 

4 

DIV AB 

Divide A by B 

1 

4 

DA A 

Decimal Adjust 
Accumulator 

1 

1 

RFC A 

Rotate Accumulator 

Left through the Carry 
flag 

1 

1 

RRC A 

Rotate Accumulator 
Right through Carry flag 

1 

1 

CJNE A,direct,rel 

Compare direct byte to 
Acc & Jump if Not 

Equal 

3 

2 

CJNE A,#data,rel 

Compare immediate to 
Acc & Jump if Not 

Equal 

3 

2 

CJNE Rn,#data,rel 

Compare immed to 
register & Jump if Not 
Equal 

3 

2 

CJNE (a)Ri,#data,relCompare immed to 




indirect & Jump if Not 
Equal 

3 

2 


In the MCS-48® family, instructions corresponding to some 
of the above functions require specific opcodes. Ten different 
opcodes serve to clear/complement the software flags FO 
and FI, enable/disable each interrupt, and start/stop the 

timer. In the 8051 instruction set, just three opcodes (SETB, All mnemonics copyrighted © Intel Corporation 1980 
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AK-/U 


CLR, CPL) with a direct bit address appended perform the 
same functions. Two test instructions (JB and JNB) can be 
combined with bit addresses to test the software flags, the 
8048 I/O pins TO, Tl, and INT, and the eight accumulator 
bits, replacing 15 more different instructions. 

Table 4.a shows how 8051 programs implement software 
flag and machine control functions associated with special 


using awkward sequences of other basic operations. As 
mentioned earlier, any CPU can solve any problem given 
enough time. 

Quantitatively, the differences between a solution allowed 
by the 8051 and those required by previous architectures 
are numerous. What the 8051 Family buys you is a faster, 
cleaner, lower-cost solution to microcontroller 
applications. 

The opcode space freed by condensing many specific 8048 


Table 4.a. Contrasting 8048 and 8051 Bit Control and Testing Instructions. 


8048 

Instruction 

Bytes 

Cycles 

uSec 

8x51 

Instruction 

Bytes 

Cycles & uSec 

Flag Control 








CLR C 

1 

1 

2.5 

CLR 

C 

1 

1 

CPL FO 

1 

1 

2.5 

CPL 

FO 

2 

I 

Flag Testing 








JNC offset 

2 

2 

5.0 

JNC 

rel 

2 

2 

JFO offset 

2 

2 

5.0 

JB 

F0,rel 

3 

2 

JB7 offset 

2 

2 

5.0 

JB 

ACC.7,rel 

3 

2 

Peripheral Polling 








JTO offset 

2 

2 

5.0 

JB 

TO,rel 

3 

2 

JNI offset 

2 

2 

5.0 

JNB 

INTO,rel 

3 

2 

JTF offset 

2 

2 

5.0 

JBC 

TF0,rel 

3 

2 

Machine and Peripheral Control 
STRT T 1 

1 

2.5 

SETB 

TRO 

2 

1 

EN I 

1 

1 

2.5 

SETB 

EXO 

2 

1 

DIS TCNTI 

1 

1 

2.5 

CLR 

ETO 

2 

1 


Table 4.b. Replacing 8048 instruction sequences with single 8x51 instructions. 


8048 

Instructions 

Bytes 

Cycles 

uSec 

8051 

Instructions 

Bytes 

Cycles & uSec 

Flag Control 

Set carry: 

CLR C 

CPL C 

= 2 

2 

5.0 

SETB C 

1 

1 

Set Software Flag: 

CLR FO 

CPL FO 

= 2 

2 

5.0 

1 

SETB FO 

2 

1 


opcodes in the 8048. In every case the MCS-5r“ solution 
requires the same number of machine cycles, and executes 
2.5 times faster. 

3. BOOLEAN PROCESSOR APPLICATIONS 

So what? Then what does all this buy you? 

Qualitatively, nothing. All the same capabilities could be 
(and often have been) implemented on other machines 


instructions into a few general operations has been used to 
add new functionality to the MCS-5 V* architecture - both 
for byte and bit operations. 144 software flags replace the 
8048’s two. These flags (and the carry) may be directly set, 
not just cleared and complemented, and all can be tested 
for either state, not just one. Operating mode bits pre¬ 
viously inaccessible may be read, tested, or saved. Situa¬ 
tions where the 8051 instruction set provides new capabili¬ 
ties are contrasted with 8048 instruction sequences 
in Table 4.b. Here the 8051 speed advantage ranges from 
5x to 15x! 
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Table 4b, (Continued) 


8048 

Instructions 


Bytes Cycles uSec 


8x51 

Instructions 


Bytes Cycies & uSec 


Turn Off Output Pin: 

ANL Pl,#0FBH 

Complement Output Pin: 

IN A,Pl 
XRL A,#04H 
OUTL PI,A 

Clear Flag in RAM: 

MOV R0,#FLGADR 
MOV A,@R0 
ANL A,#FLGMASK 
MOV @R0,A 


5.0 


15.0 


CLR PL2 


CPL PL2 


15.0 


CLR USER_FLG 


Flag Testing 

Jump if Software Flag is 0: 
JFO S+4 

JMP offset = 

Jump if Accumulator bit is 0: 
CPL A 
JB7 offset 
CPL A 


lO.O 


lO.O 


JNB F0,rel 


JNB ACC.7,rel 


Peripheral Polling 
Test if Input Pin is Grounded: 
IN A,PI 

CPL A 

JB3 offset = 

Test if Interrupt Pin is High: 
JNI $+4 

JMP offset = 


12.5 


lO.O 


JNB PL3,rel 


JB 


INT0,rel 


Combining Boolean and byte-wide instructions can pro¬ 
duce great synergy. An MCS-5r'^ based application will 
prove to be: 

• simpler to write since the architecture correlates more 
closely with the problems being solved; 

• easier to debug because more individual instructions 
have no unexpected or undesirable side-effects; 

• more byte efficient due to direct bit addressing and 
program counter relative branching; 

• faster running because fewer bytes of instruction need 
to be fetched and fewer conditional jumps are 
processed; 

• lower cost because of the high level of system- 
intergration within one component. 

These rather unabashed claims of excellence shall not go 
unsubstantiated. The rest of this chapter examines less 
trivial tasks simplified by the Boolean processor. The first 


three compare the 8051 with other microprocessors; the last 
two go into 8051-based system designs in much greater 
depth. 

Design Example #1 - Bit Permutation 

First off, we’ll use the bit-transfer instructions to permute 
a lengthy pattern of bits. 

A steadily increasing number of data communication 
products use encoding methods to protect the security of 
sensitive information. By law, interstate financial transac¬ 
tions involving the Federal banking system must be 
transmitted using the Federal Information Processing 
Data Encryption Standard (DES). 

Basically, the DES combines eight bytes of “plaintext” 
data (in binary, ASCII, or any other format) with a 56-bit 
“key”, producing a 64-bit encrypted value for transmis¬ 
sion. At the receiving end the same algorithm is applied to 
the incoming data using the same key, reproducing the 
original eight byte message. The algorithm used for these 
permutations is fixed; different user-defined keys ensure 
data privacy. 
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It is not the purpose of this note to describe the DES in any 
detail. Suffice it to say that encryption/decryption is a 
long, iterative process consisting of rotations, exclusive 
-OR operations, function table look-ups, and an extensive 
(and quite bizarre) sequence of bit permutation, packing, 
and unpacking steps. (For further details refer to the June 
21,1979 issue of Electronics magazine.) The bit manipula¬ 
tion steps are included, it is rumored, to impede a general 
purpose digital supercomputer trying to “break” the code. 
Any algorithm implementing the DES with previous gen¬ 
eration microprocessors would spend virtually all of its 
time diddling bits. 


The bit manipulation performed is typified by the Key 
Schedule Calculation represented in Figure 9. This step is 
repeated 16 times for each key used in the course of a 
transmission. In essence, a seven-byte, 56-bit “Shifted Key 
Buffer” is transformed into an eight-byte, “Permutation 
Buffer” without altering the shifted Key. The arrows in 
Figure 9 indicate a few of the translation steps. Only six 
bits of each byte of the Permutation Buffer are used; the 
two high-order bits of each byte are cleared. This means 
only 48 of the 56 Shifted Key Buffer bits are used in any one 
iteration. 



Figure 9. DES Key Schedule Transformation. 



Figure 10.a. Flowchart for Key permutation attemp¬ 
ted with a byte processor. 


Different microprocessor architectures would best imple¬ 
ment this type of permutation in different ways. Most 
approaches would share the steps of Figure lO.a: 

• Initialize the Permutation Buffer to default state 
(ones or zeroes); 

• Isolate the state of a bit of a byte from the Key Buffer. 
Depending on the CPU, this might be accomplished 
by rotating a word of the Key Buffer through a carry 
flag or testing a bit in memory or an accumulator 
against a mask byte; 

• Perform a conditional jump based on the carry or 
zero flag if the Permutation Buffer default state is 
correct; 

• Otherwise reverse the corresponding bit in the permu¬ 
tation buffer with logical operations and mask bytes. 

Each step above may require several instructions. The last 
three steps must be repeated for all 48 bits. Most micropro¬ 
cessors would spend 300 to 3,000 microseconds on each of 
the 16 iterations. 

Notice, though, that this flow chart looks a lot like Figure 8. 
The Boolean Processor can permute bits by simply moving 
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them from the source to the carry to the destination—a 
total of two instructions taking four bytes and three 
microseconds per bit. Assume the Shifted Key Buffer and 
Permutation Buffer both reside in bit-addressable RAM, 
with the bits of the former assigned symbolic names SKB_1, 
SKB_2, . . . SKB_56, and that the bytes of the latter are 
named PB_1,. . . PB_8. Then working from Figure 9, the 
software for the permutation algorithm would be that of 
Example 1 .a. The total routine length would be 192 bytes, 
requiring 144 microseconds. 


The algorithm of Figure 10.b is just slightly more efficient 
in this time-critical application and illustrates the synergy 
of an integrated byte and bit processor. The bits needed for 
each byte of the Permutation Buffer are assimilated by 
loading each bit into the carry (I usee.) and shifting it into 
the accumulator (1 usee.). Each byte is stored in RAM 
when completed. Eorty-eight bits thus need a total of 112 
instructions, some of which are listed in Example l.b. 


I 

I 



I 

I 



I 



Figure 10.b. DES Key Permutation 
with Boolean Processor. 


Worst-case execution time would be 112 microseconds, 
since each instruction takes a single cycle. Routine length 
would also decrease, to 168 bytes. (Actually, in the context 
of the complete encryption algorithm, each permuted byte 
would be processed as soon as it is assimilated—saving 
memory and cutting execution time by another 8 usee.) 


Example 1. 

DES Key Permutation Software. 

a.) “Brute Force” technique. 

MOV 

C,SKB_1 

MOV 

PB_L1,C 

MOV 

C,SKB_2 

MOV 

PB_4.0,C 

MOV 

C,SKB_3 

MOV 

PB_2.5,C 

MOV 

C,SKB_4 

MOV 

PB_L0,C 

MOV 

C,SKB_55 

MOV 

PB_5.0,C 

MOV 

C,SKB_56 

MOV 

PB_7.2,C 

b.) Using Accumulator to Collect Bits. 

CLR 

A 

MOV 

C,SKB_14 

RLC 

A 

MOV 

C,SKB_17 

RLC 

A 

MOV 

C,SKB_11 

RLC 

A 

MOV 

C,SKB_24 

RLC 

A 

MOV 

C,SKB_1 

RLC 

A 

MOV 

C,SKB_5 

RLC 

A 

MOV 

1 ... 

PB_1,A 

MOV 

C,SKB_29 

RLC 

A 

MOV 

C,SKB_32 

RLC 

A 

MOV 

PB_8,A 


To date, most banking terminals and other systems using 
the DES have needed special boards or peripheral con¬ 
troller chips just for the encryption/decryption process, 
and still more hardware to form a serial bit stream for 
transmission (Figure 11.a). An 8051 solution could pack 
most of the entire system onto the one chip (Figure 1 l.b). 
The whole DES algorithm would require less than one- 
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fourth of the on-chip program memory, with the remaining 
bytes free for operating the banking terminal (or whatever) 
itself. 

Moreover, since transmission and reception of data is 
performed through the on-board U ART, the unencrypted 
data (plaintext) never even exists outside the micro¬ 
computer! Naturally, this would afford a high degree of 
security from data interception. 



Figure 11. Secure Banking Terminal Block Diagram. 


Design Example #2 - Software Serial I/O 

An exercise often imposed on beginning microcomputer 
students is to write a program simulating a UART. (See, 
for example. Application Notes AP24, AP29, and AP49.) 
Though doing this with the 8051 Family may appear to be 
a moot point (given that the hardware for a full UART is 
on-chip), it is still instructive to see how it would be done, 
and maintains a product line tradition. 

As it turns out, the 8051 microcomputers can receive or 
transmit serial data via software very efficiently using the 
Boolean instruction set. Since any I/ O pin may be a serial 
input or output, several serial links could be maintained at 
once. ^ 

Figures 12.a and I2.b show algorithms for receiving or 
transmitting a byte of data. (Another section of program 
would invoke this algorithm eight times, synchronizing it 
with a start bit, clock signal, software delay, or timer 


interrupt.) Data is received by testing an input pin, setting 
the carry to the same state, shifting the carry into a data buffer, 
and saving the partial frame in internal RAM. Data is 
transmitted by shifting an output buffer through the carry, 
and generating each bit on an output pin. 



a.) Reception 



b.) Transmission 


Figure 12. Serial I/O Algorithms. 


A side-by-side comparison of the software for this common 
“bit-banging”application with three different micro¬ 
processor architectures is shown in Table 5.a and 5.b. The 
8051 solution is more efficient than the others on every 
count! 
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Table 5. Serial I/O Programs 
for Various Microprocessors. 


a.) Input Routine. 

8085 

8048 

8051 

IN SERPORT 


MOV CSERPIN 

ANI MASK 

CLR C 


JZ LO 

JNTO LO 


CMC 

CPL C 


LO: LXI HL,SERBUF 

MOV R0,#SERBUF 


MOV A,M 

MOV A,(a)R0 

MOV A,SERBUF 

RR 

RRC A 

RRC A 

i MOV M,A 

MOV (a)R0,A 

MOV SERBUF,A 

RESULTS: 

8 INSTRUCTIONS 

7 INSTRUCTIONS 

4 INSTRUCTIONS 

14 BYTES 

9 BYTES 

7 BYTES 

56 STATES 

9 CYCLES 

4 CYCLES 

19 uSEC. 

22.5 uSEC. 

4 uSEC. 

b.) Output Routine. 

8085 

8048 

8051 

LXI HL,SERBUF 

MOV R0,#SERBUF 


MOV A,M 

MOV A,@R0 

MOV A.SERBUF 

RR 

RRC A 

RRC A 

MOV M,A 

MOV (a)R0,A 

MOV SERBUF,A 

IN SERPORT 

JC HI 

JC HI 


LO: ANI NOT MASK 

ANL SERPRT,#NOT MASK 

MOV SERPIN,C 

JMP CNT 

JMP CNT 


HI: ORI MASK 

HI: ORL SERPRT,#MASK 


CNT; OUT SERPORT 

CNT: 


RESULTS: 

10 INSTRUCTIONS 

8 INSTRUCTIONS 

4 INSTRUCTIONS 

20 BYTES 

13 BYTES 

7 BYTES 

72 STATES 

11 CYCLES 

5 CYCLES 

24 uSEC. 

27.5 uSEC. 

5 uSEC. 


Design Example #3 - Combinatorial Logic 
Equations 

Next we’ll look at some simple uses for bit-test instructions 
and logical operations. (This example is also presented in 
Application Note AP-69.) 

Virtually all hardware designers have solved complex 
functions using combinatorial logic. While the hardware 
involved may vary from relay logic, vacuum tubes, or TTL 
or to more esoteric technologies like fluidics, in each case 
the goal is the same: to solve a problem represented by a 
logical function of several Boolean variables. 


Figure 13 shows TTL and relay logic diagrams for a 
function of the six variables U through Z. Each is a 
solution of the equation, 

Q = (U • (V + W)) + (X • Y) + Z . 

Equations of this sort might be reduced using Karnaugh 
Maps or algebraic techniques, but that is not the purpose 
of this example. As the logic complexity increases, so does 
the difficulty of the reduction process. Even a minor 
change to the function equations as the design evolves 
would require tedious re-reduction from scratch. 
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Figure 13. Hardware Impiementations of Boolean functions. 



For the sake of comparison we will implement this function 
three ways, restricting the software to three proper subsets 
of the MCS-5r^ instruction set. We will also assume that 
U and V are input pins from different input ports, W and X 
are status bits for two peripheral controllers, and Y and Z 
are software flags set up earlier in the program. The end 
result must be written to an output pin on some third port. 
The first two implementations follow the flow-chart shown 
in Figure 14. Program flow would embark on a route down 
a test-and-branch tree and leaves either the “True” or'‘Not 
True” exit ASAP — as soon as the proper result has been 
determined. These exits then rewrite the output port with 
the result bit respectively one or zero. 

Other digital computers must solve equations of this type 
with standard word-wide logical instructions and condi¬ 
tional jumps. So for the first implementation, we won’t use 
any generalized bit-addressing instructions. As we shall 
soon see, being constrained to such an instruction subset 
produces somewhat sloppy software solutions. MCS-5r“ 
mnemonics are used in Example 2.a; other machines might 
further cloud the situation by requiring operation-specific 
mnemonics like INPUT, OUTPUT, LOAD, STORE, etc., 
instead of the MOV mnemonic used for all variable trans¬ 
fers in the 8051 instruction set. 

The code which results is cumbersome and error prone. It 
would be difficult to prove whether the software worked for 
all input combinations in programs of this sort. Further¬ 
more, execution time will vary widely with input data. 

Thanks to the direct bit-test operations, a single instruc¬ 
tion can replace each move/ mask / conditional jump 
sequence in Example 2.a, but the algorithm would be 
equally convoluted (see Example 2.B). To lessen the con¬ 
fusion “a bit” each input variable is assigned a symbolic 
name. 

A more elegant and efficient implementation (Example 2.c) 
strings together the Boolean ANL and ORE functions to 
generate the output function with straight-line code. 


V 



b.) Using Relay Logic; 



Figure 14. Flow chart for tree-branching algorithm. 
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When finished, the carry flag contains the result, which is 
simply copied out to the destination pin. No flow chart is 
needed—code can be written directly from the logic dia¬ 
grams in Figure 14. The result is simplicity itself: fast, 
flexible, reliable, easy to design, and easy to debug. 

An 8051 program can simulate an N-input AND or OR 
gate with at most N+1 lines of source program—one for 
each input and one line to store the results. To simulate 
N AND and NOR gates, complement the carry after com¬ 
puting the function. When some inputs to the gate have 
“inversion bubbles,’’perform the ANT or ORL operation 
on inverted operands. When the first input is inverted, 
either load the operand into the carry and then complement 
it, or use DeMorgan’s Theorem to convert the gate to a 
different form. 


CLRQ: 

MOV 

A,OUTBUF 


ANL 

A,#11110111B 


JMP 

OUTQ 

SETQ: 

MOV 

A,OUTBUF 


ORL 

A,#00001000B 

OUTQ: 

MOV 

OUTBUF,A 


MOV 

P3,A 


b.) Using only bit-test instructions. 

;BFUNC2 SOLVE A RANDOM LOGIC FUNCTION 
; OF 6 VARIABLES BY DIRECTLY 

; POLLING EACH BIT. 

; (APPROACH USING MCS-5I UNIQUE 

; BIT-TEST INSTRUCTION CAPABILITY.) 

; SYMBOLS USED IN LOGIC DIAGRAM 

; ASSIGNED TO CORRESPONDING 8x51 

; BIT ADDRESSES. 


Example 2. Software Solutions to Logic Function of Fig¬ 
ure 13. 


a.) Using only byte-wide logical instructions. 

;BFUNC1 SOLVE RANDOM LOGIC FUNCTION 
; OF 6 VARIABLES BY LOADING AND 

; MASKING THE APPROPRIATE BITS 

; IN THE ACCUMULATOR, THEN 

; EXECUTING CONDITIONAL JUMPS 

; BASED ON ZERO CONDITION. 

; (APPROACH USED BY BYTE- 

; ORIENTED ARCHITECTURES.) 

; BYTE AND MASK VALUES 

; CORRESPOND TO RESPECTIVE BYTE 

; ADDRESS AND BIT POSITIONS. 

OUTBUF DATA 22H ;OUTPUT PIN STATE MAP 

TESTV; MOV A,P2 

ANL A,#00000100B 
JNZ TESTU 
MOV A,TCON 
ANL A,#00100000B 
JZ TESTX 
TESTU: MOV A,PI 

ANL A,#00000010B 
JNZ SETQ 
TESTX: MOV A,TCON 

ANL A,#0000I000B 
JZ TESTZ 
MOV A,20H 
ANL A,#0000000 IB 
JZ SETQ 
TESTZ: MOV A,21H 

ANL A,#00000010B 
JZ SETQ 


U BIT Pl.l 

V BIT P2.2 

W BIT TFO 

X BIT lEl 

Y BIT 20H.0 

Z BIT 21H.1 

Q BIT P3.3 

TEST_V: JB V,TEST_U 
JNB W,TEST_X 
TEST.U: JB U,SET_Q 

TEST_X: JNB X,TEST_Z 

JNB Y,SET_Q 
TEST_Z: JNB Z,SET_Q 
CLR_Q: CLR Q 

JMP NXTTST 
SET_Q: SETB Q 

NXTTST: ;(CONTINUATION OF 

;PROGRAM) 


c.) Using logical operations on Boolean variables. 

;FUNC3 SOLVE A RANDOM LOGIC FUNCTION 
; OF 6 VARIABLES USING 

; STRAIGHT_LINE LOGICAL 

; INSTRUCTIONS ON MCS-51 BOOLEAN 

; VARIABLES. 


MOV C,V 

ORL C,W ;OUTPUTOFOR GATE 
ANL C,U ;OUPUTOFTOP ANDGATE 
MOV F0,C ;SAVE INTERMEDIATE STATE 
MOV C,X 

ANL C,/Y ;OUTPUT OF BOTTOM AND GATE 
ORL C,F0 ;INCLUDE VALUE SAVED ABOVE 
ORL C,/Z ;INCLUDE LAST INPUT VARIABLE 
MOV Q,C ;OUTPUT COMPUTED RESULT 
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An upper-limit can be placed on the complexity of software 
to simulate a large number of gates by summing the total 
number of inputs and outputs. The actual total should be 
somewhat shorter, since calculations can be “chained,” as 
shown above. The output of one gate is often the first 
input to another, bypassing the intermediate variable to 
eliminate two lines of source. 


Design Example #4 - Automotive Dash¬ 
board Functions 

Now let’s apply these techniques to designing the software 
for a complete controller system. This application is 
patterned after a familiar real-world application which 
isn’t nearly as trivial as it might first appear: automobile ^ 
turn signals. 

Imagine the three position turn lever on the steering 
column as a single-pole, triple-throw toggle switch. In its 
central position all contacts are open. In the up or down 
positions contacts close causing corresponding lights in 
the rear of the car to blink. So far very simple. 

Two more turn signals blink in the front of the car, and 
two others in the dashboard. All six bulbs flash when an 
emergency switch is closed. A thermo-mechanical relay 
(accessible under the dashboard in case it wears out) 
causes the blinking. 

Applying the brake pedal turns the tail light filaments on 
constantly... unless a turn is in progress, in which case the 
blinking tail light is not affected. (Of course, the front turn 
signals and dashboard indicators are not affected by the 
brake pedal.) Table 6 summarizes these operating modes. 


But we’re not done yet. Each of the exterior turn signal 
(but not the dashboard) bulbs has a second, somewhat 
dimmer filament for the parking lights. Figure 15 shows 
TTL circuitry which could control all six bulbs. The 
signals labeled “High Freq.” and “Tow Freq.” represent 
two square-wave inputs. Basically, when one of the turn 
switches is closed or the emergency switch is activated the 
low frequency signal (about 1 Hz) is gated through to the 
appropriate dashboard indicator(s) and turn signal(s). 
The rear signals are also activated when the brake pedal is 
depressed provided a turn is not being made in the same 
direction. When the parking light switch is closed the 
higher frequency oscillator is gated to each front and rear 
turn signal, sustaining a low-intensity background level. 
(This is to eliminate the need for additional parking light 
filaments.) 



Figure 15. TTL logic implementation of 
automotive turn signals. 


Table 6. Truth table for turn-signal operation. 


INPUT SIGNALS 

OUTPUT SIGNALS 

BRAKE 

EMERG. 

LEFT 

RIGHT 

LEFT 

RIGHT 

LEFT 

RIGHT 

SWITCH 

SWITCH 

TURN 

TURN 

FRONT 

FRONT 

REAR 

REAR 



SWITCH 

SWITCH 

& DASH 

& DASH 



0 

0 

0 

0 

OFF 

OFF 

OFF 

OFF 

0 

0 

0 

1 

OFF 

BLINK 

OFF 

BLINK 

0 

0 

1 

0 

BLINK 

OFF 

BLINK 

OFF 

0 

1 

0 

0 

BLINK 

BLINK 

BLINK 

BLINK 

0 

1 

0 

I 

BLINK 

BLINK 

BLINK 

BLINK 

0 

1 

1 

0 

BLINK 

BLINK 

BLINK 

BLINK 

1 

0 

0 

0 

OFF 

OFF 

ON 

ON 

I 

0 

0 

1 

OFF 

BLINK 

ON 

BLINK 

1 

0 

1 

0 

BLINK 

OFF 

BLINK 

ON 

1 

1 

0 

0 

BLINK 

BLINK 

ON 

ON 

I 

1 

0 

1 

BLINK 

BLINK 

ON 

BLINK 

1 

1 

1 

0 

BLINK 

BLINK 

BLINK 

ON 
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In most cars, the switching logic to generate these func¬ 
tions requires a number of multiple-throw contacts. As 
ma ny as 18 conductors thread the steering column of some 
automobiles solely for turn-signal and emergency blinker 
functions. (The author discovered this recently to his 
astonishment and dismay when replacing the whole 
assembly because of one burned contact.) 


Design Example #3 demonstrated that symbolic address¬ 
ing with user-defined bit names makes code and documen¬ 
tation easier to write and maintain. Accordingly, we’ll 
assign these I/O pins names for use throughout the pro¬ 
gram. (The format of this example will differ somewhat 
from the others. Segments of the overall program will be 
presented in sequence as each is described.) 


A multiple-conductor wiring harness runs to each corner 
of the car, behind the dash, up the steering column, and 
down to the blinker relay below. Connectors at each ter¬ 
mination for each filament lead to extra cost and labor 
during construction, lower reliability and safety, and more 
costly repairs. And considering the system’s present com¬ 
plexity, increasing its reliability or detecting failures 
would be quite difficult. 

fhere are two reasons for going into such painful detail 
describing this example. First, to show that the messiest 
part of many system designs is determining what the 
controller should do. Writing the software to solve these 
functions will be comparatively easy. Secondly, to show 
the many potential failure points in the system. Later we’ll 
see how the peripheral functions and intelligence built into 
a microcomputer (with a little creativity) can greatly 
reduce external interconnections and mechanical part 
count. 


The Single-chip Solution 

The circuit shown in Figure 16 indicates five input pins to 
the five input variables—left-turn select, right-turn select, 
brake pedal down, emergency switch on, and parking 
lights on. Six output pins turn on the front, rear, and 
dashboard indicators for each side. The microcomputer 
implements all logical functions through software, which 
periodically updates the output signals as time elapses and 
input conditions change. 



INPUT PIN DECLARATIONS: 

(ALL INPUTS ARE POSITIVE-TRUE LOGIC) 


BRAKE 

BIT PI.O 

; BRAKE PEDAL DEPRESSED 

EMERG 

BIT PI.I 

; EMERGENCY BLINKER 
ACTIVATED 

PARK 

BIT PI.2 

; PARKING LIGHTS ON 

L_TURN 

BIT PI.3 

; TURN LEVER DOWN 

R_TURN 

BIT P1.4 

; TURN LEVER UP 


OUTPUT PIN DECLARATIONS: 

L_FRNT 

BIT PI.5 

; FRONT LEFT-TURN 
INDICATOR 

R_FRNT 

BIT PI.6 

; FRONT RIGHT-TURN 
INDICATOR 

L_DASH 

BIT PI.7 

; DASHBOARD LEFT-TURN 
INDICATOR 

R_DASH 

BIT P2.0 

; DASHBOARD RIGHT-TURN 
INDICATOR 

L_REAR 

BIT P2.I 

; REAR LEFT-TURN 
INDICATOR 

R_REAR 

BIT P2.2 

; REAR RIGHT-TURN 
INDICATOR 


Another key advantage of symbolic addressing will 
appear further on in the design cycle. The locations of 
cable connectors, signal conditioning circuitry, voltage 
regulators, heat sinks, and the like all affect P.C. board 
layout. It’s quite likely that the somewhat arbitrary pin 
assignment defined early in the software design cycle will 
prove to be less than optimum; rearranging the I/O pin 
assignment could well allow a more compact module, or 
eliminate costly jumpers on a single-sided board. (These 
considerations apply especially to automotive and other 
cost-sensitive applications needing single-chip con¬ 
trollers.) Since other architectures mask bytes or use 
“clever” algorithms to isolate bits by rotating them into 
the carry, re-routing an input signal (from bit 1 of port 1, 
for example, to bit 4 of port 3) could require extensive 
modifications throughout the software. 

The Boolean Processor’s direct bit addressing makes such 
changes absolutely trivial. The number of the port contain¬ 
ing the pin is irrelevent, and masks and complex program 
structures are not needed. Only the initial Boolean varia- 
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; INTERRUPT RATE SUBDIVIDER 
SUB_DIV DATA 20H 
; HIGH-FREQUENCY OSCILLATOR BIT 


HI_FREQ 

BIT 

SUB_DIV.O 

; LOW-FREQUENCY 

OSCILLATOR BIT 

LO_FREQ 

BIT 

SUB_DIV.7 


ORG 

OOOOH 

JMP 

INIT 


’ 

ORG 

lOOH 


;PUT TIMER 0 IN MODE 1 
INIT: MOV TMOD,#0000000 IB 

; INITIALIZE TIMER REGISTERS 
MOV TL0,#0 
MOV TH0,#-16 

; SUBDIVIDE INTERRUPT RATE BY 244 
MOV SUB_DIV,#244 
; ENABLE TIMER INTERRUPTS 
SETB ETO 

; GLOBALLY ENABLE ALL INTERRUPTS 
SETB EA 
; START TIMER 

SETB TRO 

; (CONTINUE WITH BACKGROUND PROGRAM) 

; PUT TIMER 0 IN MODE 1 
; INITIALIZE TIMER REGISTERS 

; SUBDIVIDE INTERRUPT RATE BY 244 
; ENABLE TIMER INTERRUPTS 
; GLOBALLY ENABLE ALL INTERRUPTS 
; START TIMER 


ble declarations need to be changed; ASM51 automati¬ 
cally adjusts all addresses and symbolic references to the 
reassigned variables. The user is assured that no addi¬ 
tional debugging or software verification will be required. 

Timer 0 (one of the two on-chip timer/ counters) replaces 
the thermo-mechanical blinker relay in the dashboard 
controller. During system initialization it is configured as 
a timer in mode I by setting the least significant bit of the 
timer mode register (TMOD). In this configuration the 
low-order byte (TLO) is incremented every machine cycle, 
overflowing and incrementing the high-order byte (THO) 
every 256 fiSec. Timer interrupt 0 is enabled so that a 
hardware interrupt will occur each time THO overflows. 
(For details of the numerous timer operating modes see 
the MCS-Sr"^ User’s Manual.) 

An eight-bit variable in the bit-addressable RAM array 
will be needed to further subdivide the interrupts via 
software. The lowest-order bit of this counter toggles very 


fast to modulate the parking lights; bit 7 will be “tuned” to 
approximately 1 Hz for the turn- and emergency- 
indicator blinking rate. 

Loading THO with -16 will cause an interrupt after 4.096 
msec. The interrupt service routine reloads the high-order 
byte of timer 0 for the next interval, saves the CPU regis¬ 
ters likely to be affected on the stack, and then decrements 
SUB_DIV. Loading SUB_DIV. with 244 initially and 
each time it decrements to zero will produce a 0.999 
second period for the highest-order bit. 


ORG OOOBH ; TIMER 0 SERVICE VECTOR 

MOV THO,#-16 

PUSH PSW 

PUSH ACC 

PUSH B 

DJNZ SUB_DIV,T0SERV 
MOV SUB_DIV,#244 


The code to sample inputs, perform calculations, and 
update outputs—the real “meat” of the signal controller 
algorithm—may be performed either as part of the inter¬ 
rupt service routine or as part of a background program 
loop. The only concern is that it must be executed at least 
several dozen times per second to prevent parking light 
flickering. We will assume the former case, and insert the 
code into the timer 0 service routine. 

First, notice from the logic diagram (Figure 15) that the 
subterm (PARK • H_FREQ), asserted when the parking 
lights are to be on dimly, figures into four of the six output 
functions. Accordingly, we will first compute that term 
and save it in a temporary location named “DIM”. The 
PSW contains two general purpose flags: FO, which cor¬ 
responds to the 8048 flag of the same name, and PSW. 1. 
Since The PSW has been saved and will be restored to its 
previous state after servicing the interrupt, we can use 
either bit for temporary storage. 


DIM BIT PSW.l ; DECLARE TEMP. 

STORAGE FLAG 


MOV C,PARK ; GATE PARKING 

LIGHT SWITCH 

ANL HI_FREQ ; WITH HIGH 

FREQUENCY 

SIGNAL 

MOV DIM,C ; AND SAVE IN 

TEMP. VARIABLE. 


This simple three-line section of code illustrates a remark¬ 
able point. The software indicates in very abstract terms 
exactly what function is being performed, independent of 
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the hardware configuration. The fact that these three bits 
include an input pin, a bit within a program variable, and 
a software flag in the PSW is totally invisible to the 
programmer. 


Now generate and output the dashboard left turn signal. 


MOV C,L_TURN 

; SET CARRY IF 
TURN 

ORF C,EMERG 

; OR EMERGENCY 
SELECTED. 

ANE C,LO_FREQ 

; GATE IN I HZ 
SIGNAL 

MOV L_DASH,C 

; AND OUTPUT TO 
DASHBOARD. 

To generate the left front turn signal we only need to add 
the parking light function in FO. But notice that the func¬ 
tion in the carry will also be needed for the rear signal. We 
can save effort later by saving its current state in FO. 

MOV F0,C 

; SAVE FUNCTION 

SO FAR. 

ORE C,DIM 

; ADD IN PARKING 
LIGHT FUNCTION 

MOV L_FRNT,C 

; AND OUTPUT TO 
TURN SIGNAL. 

Finally, the rear left turn signal should also be on when the 
brake pedal is depressed, provided a left turn is not in 

progress. 


MOV C,BRAKE 

;GATE BRAKE 

PEDAL SWITCH 

ANI C,/L_TURN 

; WITH TURN 

LEVER. 

n 

% 

o 

; INCLUDE TEMP. 
VARIABLE FROM 

DASH 

ORE C,DIM 

; AND PARKING 
LIGHT FUNCTION 

MOV L_REAR,C 

; AND OUTPUT TO 
TURN SIGNAL. 

Now we have to go through a 

similar sequence for the 

right-hand equivalents to all the left-turn lights. This also 
gives us a chance to see how the code segments above look 

when combined. 



MOV 

C,R_TURN 

; SET CARRY IF 
TURN 

ORE 

C,EMERG 

; OR EMERGENCY 
SELECTED. 

ANE 

C,LO_FREQ 

; IF SO, GATE IN I 
HZ SIGNAL 


MOV 

R_DASH,C 

; AND OUTPUT TO 
DASHBOARD. 

MOV 

F0,C 

; SAVE FUNCTION 

SO FAR. 

ORE 

C,DIM 

; ADD IN PARKING 
LIGHT FUNCTION 

MOV 

R_FRNT,C 

; AND OUTPUT TO 
TURN SIGNAL. 

MOV 

C,BRAKE 

;GATE BRAKE 
PEDAL SWITCH 

ANE 

C,/R_TURN 

; WITH TURN 

LEVER. 

ORE 

C,F0 

; INCLUDE TEMP. 
VARIABLE FROM 
DASH 

ORE 

C,DIM 

; AND PARKING 
LIGHT FUNCTION 

MOV 

R_REAR,C 

; AND OUTPUT TO 
TURN SIGNAL. 


(The perceptive reader may notice that simply rearranging 
the steps could eliminate one instruction from each 
sequence.) 


Now that all six bulbs are in the proper states, we can 
return from the interrupt routine, and the program is 
finished. This code essentially needs to reverse the status 
saving steps at the beginning of the interrupt. 


POP 

B 

; RESTORE CPU 



REGISTERS. 

POP 

ACC 


POP 

PSW 


RETI 




Program Refinements. The luminescence of an incan¬ 
descent light bulb filament is generally non-linear; the 50% 
duty cycle of HI_FREQ may not produce the desired 
intensity. If the application requires, duty cycles of 25%, 
75%, etc. are easily achieved by ANDing and ORing in 
additional low-order bits of SUB_DIV. For example, 30 
Hz signals of seven different duty cycles could be pro¬ 
duced by considering bits 2—0 as shown in Table 7. The 
only software change required would be to the code which 
sets-up variable DIM: 


MOV 

C,SUB_DIV.l 

; START WITH 50 
PERCENT 

ANL 

C,SUB_DIV.O 

; MASK DOWN TO 25 
PERCENT 

ORL 

C,SUB_DIV.2 

; AND BUILD BACK TO 
62 PERCENT 

MOV 

DIM,C 

; DUTY CYCLE FOR 
PARKING LIGHTS. 
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Table 7, Non-trivial Duty Cycles. 


7 

6 

SUB_DIV BITS 
5 4 3 

2 

1 

0 

12.5% 

25.0% 

DUTY CYCLES 

37.5% 50.0% 62.5% 

75.0% 

87.5% 

X 

X 

X 

X 

X 

0 

0 

0 

OFF 

OFF 

OFF 

OFF 

OFF 

OFF 

OFF 

X 

X 

X 

X 

X 

0 

0 

1 

OFF 

OFF 

OFF 

OFF 

OFF 

OFF 

ON 

X 

X 

X 

X 

X 

0 

1 

0 

OFF 

OFF 

OFF 

OFF 

OFF 

ON 

ON 

X 

X 

X 

X 

X 

0 

1 

1 

OFF 

OFF 

OFF 

OFF 

ON 

ON 

ON 

X 

X 

X 

X 

X 

1 

0 

0 

OFF 

OFF 

OFF 

ON 

ON 

ON 

ON 

X 

X 

X 

X 

X 

1 

0 

1 

OFF 

OFF 

ON 

ON 

ON 

ON 

ON 

X 

X 

X 

X 

X 

1 

1 

0 

OFF 

ON 

ON 

ON 

ON 

ON 

ON 

X 

X 

X 

X 

X 

1 

1 

1 

ON 

ON 

ON 

ON 

ON 

ON 

ON 


Interconnections increase cost and decrease reliability. 
The simple buffered pin-per-function circuit in Figure 16 
is insufficient when many outputs require higher-than- 
TTL drive levels. A lower-cost solution uses the 8051 
serial port in the shift-register mode to augment I/O. In 
mode 0, writing a byte to the serial port data buffer 
(SBUF) causes the data to be output sequentially through 
the “RXD” pin while a burst of eight clock pulses is 
generated on the “TXD” pin. A shift register connected to 
these pins (Figure 17) will load the data byte as it is shifted 
out. A number of special peripheral driver circuits com¬ 
bining shift-register inputs with high drive level outputs 
have been introduced recently. 

Cascading multiple shift registers end-to-end will expand 
the number of outputs even further. The data rate in the 
I/ O expansion mode is one megabaud, or 8 usee, per byte. 
This is the mode which the serial port defaults to following 
a reset, so no initialization is required. 

The software for this technique uses the B register as a 
“map” corresponding to the different output functions. 
The program manipulates these bits instead of the output 
pins. After all functions have been calculated the B register 
is shifted by the serial port to the shift-register/driver. 
(While some outputs may glitch as data is shifted through 
them, at 1 Megabaud most people wouldn’t notice. Some 
shift registers provide an “enable” bit to hold the output 
states while new data is being shifted in.) 

This is where the earlier decision to address bits symbol¬ 
ically throughout the program is going to pay off. This 
major I/O restructuring is nearly as simple to implement 
as rearranging the input pins. Again, only the bit declara¬ 
tions need to be changed. 


L_FRNT 

BIT 

B.O 

; FRONT LEFT-TURN 
INDICATOR 

R_FRNT 

BIT 

B.l 

; FRONT RIGHT-TURN 
INDICATOR 

L_DASH 

BIT 

B.2 

; DASHBOARD LEFT-TURN 
INDICATOR 

R_DASH 

BIT 

B.3 

; DASHBOARD RIGHT-TURN 
INDICATOR 



Figure 17. Output expansion using seriai port. 


L_REAR BIT B.4 ; REAR LEFT-TURN 
; INDICATOR 

R_REAR BIT B.5 ; REAR RIGHT-TURN 

; INDICATOR 

The original program to compute the functions need not 
change. After computing the output variables, the control 
map is transmitted to the buffered shift register through 
the serial port: 

MOV SBUF,B ; LOAD BUFFER ANDTRANSMIT 

The Boolean Processor solution holds a number of advan¬ 
tages over older methods. Fewer switches are required. 
Each is simpler, requiring fewer poles and lower current 
contacts. The flasher relay is eliminated entirely. Only six 
filaments are driven, rather than lO. The wiring harness is 
therefore simpler and less expensive—one conductor for 
each of the six lamps and each of the five sensor switches. 
The fewer conductors use far fewer connectors. The whole 
system is more reliable. 

And since the system is much simpler it would be feasible 
to implement redundancy and/or fault detection on the 
four main turn indicators. Each could still be a standard 
double filament bulb, but with the filaments driven in 
parallel to tolerate single-element failures. 

Even with redundancy, the lights will eventually fail. To 
handle this inescapable fact current or voltage sensing 
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circuits on each main drive wire can verify that each bulb 
and its high-current driver is functioning properly. Figure 
18 shows one such circuit. 



Assume all of the lights are turned on except one; i.e., all 
but one of the collectors are grounded. For the bulb which 
is turned off, if there is continuity from +12 V through the 
bulb base and filament, the control wire, all connectors, 
and the P.C. board traces, and if the transistor is indeed 
not shorted to ground, then the collector will be pulled to 
+ 12 V. This turns on the base of Q8 through the corres¬ 
ponding resistor, and grounds the input pin, verifying that 
the bulb circuit is operational. The continuity of each 
circuit can be checked by software in this way. 


Now turn a//the bulbs on, grounding all the collectors. Q7 
should be turned off, and the Test pin should be high. 
However, a control wire shorted to +12 V or an open- 
circuited drive transistor would leave one of the collectors 
at the higher voltage even now. This too would turn on Q7, 
indicating a different type of failure. Software could per¬ 
form these checks once per second by executing the rou¬ 
tine every time the software counter SUB_DIVis reloaded 
by the interrupt routine. 


CLR L_DASH 
JB TO, FAULT 
SETB L_DASH 
CLR L_REAR 
JB T0,FAULT 
SETB L_REAR 
CLR R_FRNT 
JB TO, FA LET 

SETB R_FRNT 
CLR R_DASH 
JB TO, FA LET 

SETB R_DASH 
CLR R_REAR 
JB T0,EAULT 
SETB R_REAR 


; WITH ALL COLLECTORS GROUNDED, TO 
SHOULD BE HIGH 

; IE SO, CONTINUE WITH INTERRUPT ROUTINE. 
JB T0,T0SERV 

FAULT: ; ELECTRICAL EAILURE 

;PROCESSING ROUTINE 
;(LEET TO READER’S 
; IMAGINATION) 

TOSERV: ; CONTINUE WITH 

:INTERRUPT PROCESSING 


The complete assembled program listing is printed in 
Appendix A. The resulting code consists of 67 program 
statements, not counting declarations and comments, 
which assemble into 150 bytes of object code. Each pass 
through the service routine requires (coincidently) 67 usee, 
plus 32 usee once per second for the electrical test. If 
executed every 4 msec as suggested this software would 
typically reduce the throughput of the background pro¬ 
gram by less than 2%. 

Once a microcomputer has been designed into a system, 
new features suddenly become virtually free. Software 
could make the emergency blinkers flash alternately or at 
a rate faster than the turn signals. Turn signals could 
override the emergency blinkers. Adding more bulbs 
would allow multiple tail light sequencing and 
syncopation — true flash factor, so to speak. 


DJNZ SUB_D1V,T0SERV 
MOV SUB_DIV,#244 
ORE P1,#11100000B 

ORL P2,#000001I1B 
CLR L_FRNT 

JB T0,FAULT 

SETB L_FRNT 


; RELOAD COUNTER 
; SET CONTROL 
OUTPUTS HIGH 

; ELOAT DRIVE 
COLLECTOR 
; TO SHOULD BE 
PULLED LOW 
; PULL COLLECTOR 
BACK DOWN 


Design Example #5 - Complex Control 
Functions 

Finally, we’ll mix byte and bit operations to extend the use 
of 8051 into extremely complex applications. 

Programmers can arbitrarily assign I/ O pins to input and 
output functions only if the total does not exceed 32, 
which is insufficient for applications with a very large 
number of input variables. One way to expand the number 
of inputs is with a technique similar to multiplexed- 
keyboard scanning. 
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Figure 19 shows a block diagram for a moderately com¬ 
plex programmable industrial controller with the follow¬ 
ing characteristics: 

• 64 input variable sensors; 

• 12 output signals; 

• Combinational and sequential logic computations; 

• Remote operation with communications to a host 
processor via a high-speed full-duplex serial link; 

• Two prioritized external interrupts; 

• Internal real-time and time-of-day clocks. 

While many microprocessors could be programmed to 
provide these capabilities with assorted peripheral sup¬ 
port chips, an 8051 microcomputer needs no other inte¬ 
grated circuits! 

The 64 input sensors are logically arranged as an 8x8 
matrix. The pins of Port 1 sequentially enable each 
column of the sensor matrix; as each is enabled Port 0 
reads in the state of each sensor in that column. An 
eight-byte block in bit-addressable RAM remembers the 
data as it is read in so that after each complete scan cycle 
there is an internal map of the current state of all sensors. 
Logic functions can then directly address the elements of 
the bit map. 


The 8051 serial port can be configured to detect bytes with 
the address bit set, automatically ignoring all others. Pins 
INTO and INTI are interrupts configured respectively as 
high-priority, falling-edge triggered and low-priority, low- 
level triggered. The remaining 12 1/0 pins output TTL- 
level control signals to 12 actuators. 

There are several ways to implement the sensor matrix 
circuitry, all logically similar. Figure 20.a shows one possi¬ 
bility. Each of the 64 sensors consists of a pair of simple 
switch contacts in series with a diode to permit multiple 
contact closures throughout the matrix. 

The scan lines from Port 1 provide eight un-encoded 
active-high scan signals for enabling columns of the 
matrix. The return lines on rows where a contact is closed 
are pulled high and read as logic ones. Open return lines 
are pulled to ground by one of the 40 kohm resistors and 
are read as zeroes. (The resistor values must be chosen to 
ensure all return lines are pulled above the 2.0 V logic 
threshold, even in the worst-case, where all contacts in an 
enabled column are closed.) Since PO is provided open- 
collector outputs and high-impedance MOS inputs its 
input loading may be considered negligible. 


The computer’s serial port is configured as a nine-bit 
UART, transferring data at 17,000 bytes-per-second. The 
ninth bit may distinguish between address and data bytes. 



Figure 19. Block diagram of 64-input machine 
controller. 


The circuits in Figures 20.b—20.d are variations on this 
theme. When input signals must be electrically isolated 
from the computer circuitry as in noisy industrial environ¬ 
ments, phototransistors can replace the switch/diode 
pairs and provide optical isolation as in Figure 20.b. Addi¬ 
tional opto-isolators could also be used on the control 
output and special signal lines. 


The other circuits assume that input signals are already at 
TTL levels. Figure 20,c uses octal three-state buffers 
enabled by active-low scan signals to gate eight signals 
onto Port 0. Port 0 is available for memory expansion or 
peripheral chip interfacing between sensor matrix scans. 
Eight-to-one multiplexers in Figure 20.d select one of 
eight inputs for each return line as determined by encoded 
address bits output on three pins of Port I. (Five more 
output pins are thus freed for more control functions.) 
Each output can drive at least one standard TTL or up to 
lO low-power TTL loads without additional buffering. 

Going back to the original matrix circuit, Figure 21 shows 
the method used to scan the sensor matrix. Two complete 
bit maps are maintained in the bit-addressable region of 
the RAM: one for the current state and one for the pre¬ 
vious state read for each sensor. If the need arises, the 
program could then sense input transitions and/or 
debounce contact closures by comparing each bit with its 
earlier value. 
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a.) Using switch contact/diode matrix. 


b.) Using opticaily-coupled isoiators. 




c.) Using TTL three-state buffers. 


d.) Using TTL data seiectors. 


Figure 20. Sensor Matrix Implementation Methods. 


I he code in Example 3 implements the scanning algo¬ 
rithm for the circuits in Figure 20.a. Each column is 
enabled by setting a single bit in a field of zeroes. The bit 
maps are positive logic; ones represent contacts that are 
closed or isolators turned on. 


Example 3. 
INPUT_SCAN: 


MOV R0,#20H 


MOV R1,#28H 


; SUBROUTINE TO READ 
CURRENT STATE 
; OF 64 SENSORS AND 
SAVE IN RAM 20H-27H. 

; INITIALIZE 
; POINTERS 
; FOR BIT MAP 
; BASES. 
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MOV 

A,#80H 

; SET FIRST BIT IN 
ACC. 

MOV 

PI,A 

; OUTPUT TO SCAN 
LINES. 

RR 

A 

; SHIFT TO ENABLE 
NEXT COLUMN 
NEXT. 

MOV 

R2,A 

; REMEMBER CUR¬ 
RENT SCAN 
POSITION. 

MOV 

> 

o 

; READ RETURN 
LINES. 

XCH 

A,(g)R0 

; SWITCH WITH 
PREVIOUS MAP 
BITS. 

MOV 

(SRI,A 

; SAVE PREVIOUS 
STATE AS WELL. 

INC 

RO 

; BUMP POINTERS. 

INC 

R1 


MOV 

A,R2 

; RELOAD SCAN LIN 
MASK 

JNB 

RET 

ACC.7,SCAN 

; LOOP UNTIL ALL 
EIGHT COLUMNS 
READ. 



Figure 21. Flowchart for reading in sensor matrix. 


What happens after the sensors have been scanned 
depends on the individual application. Rather than 
inventing some artificial design problem, software corres¬ 
ponding to commonplace logic elements will be discussed. 

Combinatorial Output Variables, An output variable 
which is a simple (or not so simple) combinational func¬ 
tion of several input variables is computed in the spirit of 
Design Example 3. All 64 inputs are represented in the bit 
maps; in fact, the sensor numbers in Figure 20 correspond 
to the absolute bit addresses in R AM! The code in Exam¬ 
ple 4 activates an actuator connected to P2.2 when sensors 
12, 23, and 34 are closed and sensors 45 and 56 are open. 

Example 4. 

Simple Combinatorial Output Variables. 

; SET P2.2 = (12) (23) (34) (/45) (/56) 

MOV C,I2 
ANL C,23 
ANL C,34 
ANL C,/45 
ANL C,/56 

_ MOV P2.2,C _ 

Intermediate Variables. The examination of a typical 
relay-logic ladder diagram will show that many of the 
rungs control not outputs but rather relays whose con¬ 
tacts figure into the computation of other functions. In 
effect, these relays indicate the state of intermediate varia¬ 
bles of a computation. 

The MCS-5r'^ solution can use any directly addressable 
bit for the storage of such intermediate variables. Even 
when all 128 bits of the RAM array are dedicated (to input 
bit maps in this example), the accumulator, PSW, and B 
register provide 18 additional flags for intermediate 
variables. 

For example, suppose switches 0 through 3 control a 
safety interlock system. Closing any of them should deac¬ 
tivate certain outputs. Figure 22 is a ladder diagram for 
this situation. The interlock function could be recomputed 
for every output affected, or it may be computed once and 
saved (as implied by the diagram). As the program pro¬ 
ceeds this bit can qualify each output. 


Example 5. Incorporating Override signal into actuator 
outputs. 


CALL INPUT_SCAN 

MOV C,0 

ORL C,l 

ORL C,2 

ORL C,3 

MOV F0,C 
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COMPUTE FUNCTION 0 

ANT C,/F0 
MOV P1.0,C 


COMPUTE FUNCTION 1 

ANL C,/F0 
MOV Pl.UC 

COMPUTE FUNCTION 2 

ANF C,/F0 
MOV PI.2,C 



Figure 22. Ladder diagram for output override 
circuitry. 


Latching Relays, A latching relay can be forced into either 
the ON or OFF state by two corresponding input signals, 
where it will remain until forced onto the opposite state— 
analogous to a TTL Set/ Reset flip-flop. The relay is used 
as an intermediate variable for other calculations. In the 
previous example, the emergency condition could be 
remembered and remain active until an “emergency 
cleared” button is pressed. 


Any flag or addressable bit may represent a latching relay 
with a few lines of code (see Example 6). 


Example 6. Simulating a latching relay. 

;L_SET SET FLAG 0 IF C=1 
L_SET: ORE C,F0 

MOV F0,C 


;L_RSET RESET FLAG 0 IF C=1 
L_RSET: CPS C 

ANL C,F0 
MOV F0,C 


Time Delay Relays. A time delay relay does not respond 
to an input signal until it has been present (or absent) for 
some predefined time. For example, a ballast or load 
resistor may be switched in series with a D.C. motor when 
it is first turned on, and shunted from the circuit after one 
second. This sort of time delay may be simulated by an 
interrupt routine driven by one of the two 8051 timer/ 
counters. The procedure followed by the routine depends 
heavily on the details of the exact function needed; time¬ 
outs or time delays with resettable or non-resettable inputs 
are possible. If the interrupt routine is executed every 10 
milliseconds the code in Example 7 will clear an inter¬ 
mediate variable set by the background program after it 
has been active for two seconds. 


Example?. Code to clear USRFLG after a fixed time delay. 

JNB USR_FLG,NXTTST 
DJNZ DLAY_COUNT,NXTTST 
CLR USR_FLG 
MOV DLAY_COUNT,#200 
NXTTST: ;. 


Serial Interface to Remote Processor. When it detects 
emergency conditions represented by certain input com¬ 
binations (such as the earlier Emergency Override), the 
controller could shut down the machine immediately 
and/or alert the host processor via the serial port. Code 
bytes indicating the nature of the problem could be trans¬ 
mitted to a central computer. In fact, at 17,000 bytes-per- 
second, the entire contents of both bit maps could be sent 
to the host processor for further analysis in less than a 
millisecond! If the host decides that conditions warrant, it 
could alert other remote processors in the system that a 
problem exists and specify which shut-down sequence 
each should initiate. For more information on using the 
serial port, consult the MCS-5r'" User’s Manual. 

Response Timing, 

One difference between relay and programmed industrial 
controllers (when each is considered as a “black box”) is 
their respective reaction times to input changes. As 
reflected by a ladder diagram, relay systems contain a 
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large number of “rungs” operating in parallel. A change in 
input conditions will begin propagating through the sys¬ 
tem immediately, possibly affecting the output state 
within milliseconds. 

Software, on the other hand, operates sequentially. A 
change in input states will not be detected until the next 
time an input scan is performed, and will not affect the 
outputs until that section of the program is reached. For 
that reason the raw speed of computing the logical func¬ 
tions is of extreme importance. 

Here the Boolean processor pays off. Every instruction 
mentioned in this Note completes in one or two micro¬ 
seconds—the minimum instruction execution time for 
many other microcontrollers! A ladder diagram contain¬ 
ing a hundred rungs, with an average of four contacts per 
rung can be replaced by approximately five hundred lines 
of software. A complete pass through the entire matrix 
scanning routine and all computations would require 
about a millisecond; less than the time it takes for most 
relays to change state. 

A programmed controller which simulates each Boolean 
function with a subroutine would be less efficient by at 
least an order of magnitude. Extra software is needed for 
the simulation routines, and each step takes longer to 
execute for three reasons: several byte-wide logical 
instructions are executed per user program step (rather 
than one Boolean operation); most of those instructions 
take longer to execute with microprocessors performing 
multiple off-chip accesses; and calling and returning from 
the various subroutines requires overhead for stack 
operations. 

In fact, the speed of the Boolean Processor solution is 
likely to be much faster than the system requires. The 
CPU might use the time left over to compute feedback 
parameters, collect and analyze execution statistics, per¬ 
form system diagnostics, and so forth. 


Additional functions and uses. 

With the building-block basics mentioned above many 
more operations may be synthesized by short instruction 
sequences. 


Exclusive-OR. There are no common mechanical devices 
or relays analogous to the Exclusive-OR operation, so this 
instruction was omitted from the Boolean Processor. 
However, the Exclusive-OR or Exclusive-NOR operation 
may be performed in two instructions by conditionally 
complementing the carry or a Boolean variable based on 
the state of any other testable bit. 


; EXCLUSIVE-OR FUNCTION IMPOSED ON CARRY 
; USING FO IS INPUT VARIABLE. 

XOR_FO: JNB FO,XORCNT ; (“JB” FOR X-NOR) 
CPL C 

XORCNT:. 


XCH. The contents of the carry and some other bit may be 
exchanged (switched) by using the accumulator as tempo¬ 
rary storage. Bits can be moved into and out of the accu¬ 
mulator simultaneously using the Rotate-through-carry 
instructions, though this would alter the accumulator- 
data. 


; EXCHANGE CARRY WITH USRFLG 


XCHBIT: RLC 
MOV 
RRC 
MOV 
RLC 


A 

C,USR_FLG 

A 

USR_FLG,C 

A 


Extended Bit Addressing. The 8051 can directly address 
144 general-purpose bits for all instructions in Figure 3.b. 
Similar operations may be extended to any bit anywhere 
on the chip with some loss of efficiency. 

The logical operations AND, OR, and Exclusive-OR are 
performed on byte variables using six different addressing 
modes, one of which lets the source be an immediate 
mask, and the destination any directly addressable byte. 
Any bit may thus be set, cleared, or complemented with a 
three-byte, two-cycle instruction if the mask has all bits 
but one set or cleared. 

Byte variables, registers, and indirectly addressed RAM 
may be moved to a bit addressable register (usually the 
accumulator) in one instruction. Once transferred, the bits 
may be tested with a conditional jump, allowing any bit to 
be polled in 3 microseconds—still much faster than most 
architectures—or used for logical calculations. (This 
technique can also simulate additional bit addressing 
modes with byte operations.) 

Parity of bytes or bits. The parity of the current accumu¬ 
lator contents is always available in the PSW, from 
whence it may be moved to the carry and further pro¬ 
cessed. Error-correcting Hamming codes and similar 
applications require computing parity on groups of iso¬ 
lated bits. This can be done by conditionally complement¬ 
ing the carry flag based on those bits or by gathering the 
bits into the accumulator (as shown in the DES example) 
and then testing the parallel parity flag. 

Multiple byte shift and CRC codes. 

Though the 8051 serial port can accommodate eight- or 
nine-bit data transmissions, some protocols involve much 
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longer bit streams. The algorithms presented in Design 
Example 2 can be extended quite readily to 16 or more bits 
by using multi-byte input and output buffers. 

Many mass data storage peripherals and serial communi¬ 
cations protocols include Cyclic Redundancy (CRC) 
codes to verify data integrity. The function is generally 
computed serially by hardware using shift registers and 
Exclusive-OR gates, but it can be done with software. As 
each bit is received into the carry, appropriate bits in the 
multi-byte data buffer are conditionally complemented 
based on the incoming data bit. When finished, the CRC 
register contents may be checked for zero by ORing the 
two bytes in the accumulator. 

4. SUMMARY 

A truly unique facet of the Intel MCS-5 microcomputer 
lamily design is the collection of features optimized for the 
one-hit operations so often desired in real-world, real-time 
control applications. Included are 17 special instructions, 
a Boolean accumulator, implicit and direct addressing 
modes, program and mass data storage, and many I/O 
options. These are the world’s first single-chip micro¬ 
computers able to efficiently manipulate, operate on, and 
transler either bytes or individual bits as data. 


This Application Note has detailed the information 
needed by a microcomputer system designer to make full 
use of these capabilities. Five design examples were used 
to contrast the solutions allowed by the 8051 and those 
required by previous architectures. Depending on the 
individual application, the 8051 solution will be easier to 
design, more reliable to implement, debug, and verify, use 
less program memory, and run up to an order of magni¬ 
tude faster than the same function implemented on pre¬ 
vious digital computer architectures. 

Combining byte- and bit-handling capabilities in a single 
microcomputer has a strong synergistic effect: the power 
of the result exceeds the power of byte- and bit-processors 
laboring individually. Virtually all user applications will 
benefit in some ways from this duality. Data intensive 
applications will use bit addressing for test pin monitoring 
or program control flags; control applications will use 
byte manipulation for parallel I/O expansion or arith¬ 
metic calculations. 

It is hoped that these design examples give the reader an 
appreciation of these unique features and suggest ways to 
exploit them in his or her own application. 
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ISIS-II MCS-*51 MACRO ASSEMBLER VI. 0 
OBJECT MODULE PLACED IN :FO:AP70. HEX 

ASSEMBLER INVOKED BY: :fl:asm51 ap70. src date(328) 

LOG OBJ LINE SOURCE 


$XREF TITLE(AP-70 APPENDIX) 

i THE FOLLOWING PROGRAM USES THE BOOLEAN INSTRUCTION SET 

i OF THE INTEL 8051 MICROCOMPUTER TO PERFORM A NUMBER OF 

i AUTOMOTIVE DASHBOARD CONTROL FUNCTIONS RELATING TO 

i TURN SIGNAL CONTROL, EMERGENCY BLINKERS, BRAKE LIGHT 

; CONTROL, AND PARKING LIGHT OPERATION. 

; THE ALGORITHMS AND HARDWARE ARE DESCRIBED IN DESIGN 

; EXAMPLE #4 OF INTEL APPLICATION NOTE AP-70, 

i "USING THE INTEL MCS-51<TM) 

i BOOLEAN PROCESSING CAPABILITIES" 

; INPUT PIN DECLARATIONS: 

; (ALL INPUTS ARE POSITIVE-TRUE LOGIC. 

; INPUTS ARE HIGH WHEN RESPECTIVE SWITCH CONTACT IS CLOSED. ) 


0090 

20 

BRAKE 

BIT 

PI. 0 

BRAKE PEDAL DEPRESSED 

0091 

21 

EMERG 

BIT 

PI. 1 

EMERGENCY BLINKER ACTIVATED 

0092 

22 

PARK 

BIT 

PI. 2 

PARKING LIGHTS ON 

0093 

23 

L_TURN 

BIT 

PI. 3 

TURN LEVER DOWN 

0094 

24 

R TURN 

BIT 

PI. 4 

TURN LEVER UP 


OUTPUT PIN DECLARATIONS: 

(ALL OUTPUTS ARE POSITIVE TRUE LOGIC. 

BULB IS TURNED ON WHEN OUTPUT PIN IS HIGH. ) 


0095 

30 

L 

_,FRNT 

BIT 

PI. 

5 

FRONT LEFT-TURN INDICATOR 

0096 

31 

R. 

^FRNT 

BIT 

PI. 

6 

FRONT RIGHT-TURN INDICATOR 

0097 

32 

L. 

^DASH 

BIT 

PI. 

7 

DASHBOARD LEFT-TURN INDICATOR 

OOAO 

33 

R. 

^DASH 

BIT 

P2. 

0 

DASHBOARD RIGHT-TURN INDICATOR 

00 A1 

34 

L. 

_,REAR 

BIT 

P2. 

1 

REAR LEFT-TURN INDICATOR 

00A2 

35 

R. 

^REAR 

BIT 

P2. 

2 

REAR RIGHT-TURN INDICATOR 

00A3 

vJO 

37 

s. 

_FAIL 

BIT 

P2. 

3 

i ELECTRICAL SYSTEM FAULT INDICATOR 


38 

37 

40 

41 

42 

43 

44 

45 

46 

47 

48 +1 


INTERNAL VARIABLE DEFINITIONS: 


SUB_DIV DATA 
HI_FREQ BIT 
LO FREQ BIT 


20H 

SUB_DIV. 0 
SUB DIV. 7 


INTERRUPT RATE SUBDIVIDER 
HIGH-FREQUENCY OSCILLATOR BIT 
LOW-FREQUENCY OSCILLATOR BIT 

PARKING LIGHTS ON FLAG 


Appendix A. Automobile Turn-indicator Controller 
Program Listing. 
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LOC 

OBJ 

LINE 

SOURCE 






49 


□RG 

OOOOH 

RESET VECTOR 

0000 

020040 

50 


LUMP 

INIT 


OOOB 


I 

52 


ORG 

OOOBH 

TIMER 0 SERVICE VECTOR 

OOOB 

758CF0 

53 


MOV 

THO;#-16 

HIGH TIMER BYTE ADJUSTED TO CONTROL INT. RATE 

OOOE 

CODO 

54 


PUSH 

PSW 

EXECUTE CODE TO SAVE ANY REGISTERS USED BELOW 

0010 

0154 

55 


AJMP 

UPDATE 

(CONTINUE WITH REST OF ROUTINE) 

0040 


Do 

57 

} 

ORG 

0040H 


0040 

758A00 

58 

INIT: 

MOV 

TLO;#0 

ZERO LOADED INTO LOW-ORDER BYTE AND 

0043 

758CF0 

59 


MOV 

THO;#-16 

-16 IN HIGH-ORDER BYTE GIVES 4 MSEC PERIOD 

0046 

758961 

60 


MOV 

TMOD;#01100001B 

8-BIT AUTO RELOAD COUNTER MODE FOR TIMER 1, 



61 




16-BIT TIMER MODE FOR TIMER 0 SELECTED 

0049 

7520F4 

62 


MOV 

SUB^DIV; #244 

SUBDIVIDE INTERRUPT RATE BY 244 FOR 1 HZ 

004C 

D2A9 

63 


SETS 

ETO 

USE TIMER 0 OVERFLOWS TO INTERRUPT PROGRAM 

004E 

D2AF 

64 


SETB 

EA 

CONFIGURE IE TO GLOBALLY ENABLE INTERRUPTS 

0050 

D28C 

65 


SETS 

TRO 

KEEP INSTRUCTION CYCLE COUNT UNTIL OVERFLOW 

0052 

80FE 

66 


SUMP 

$ 

START BACKGROUND PROGRAM EXECUTION 



67 

f 






68 

i 




0054 

D52038 

69 

UPDATE: 

DJN2 

SUB_DIV; TOSERV 

EXECUTE SYSTEM TEST ONLY ONCE PER SECOND 

0057 

7520F4 

70 


MOV 

SUB_DIV; #244 

GET VALUE FOR NEXT ONE SECOND DELAY AND 



71 

} 



GO THROUGH ELECTRICAL SYSTEM TEST CODE, 

005A 

4390E0 

72 


ORL 

PI;#111000008 

SET CONTROL OUTPUTS HIGH 

005D 

43A007 

73 


ORL 

P2;#0000011 IB 


0060 

C295 

74 


CLR 

L_FRNT 

i FLOAT DRIVE COLLECTOR 

0062 

20B428 

75 


UB 

TO;FAULT 

i TO SHOULD BE PULLED LOW 

0065 

D295 

76 


SETB 

L_FRNT 

i PULL COLLECTOR BACK DOWN 

0067 

C297 

77 


CLR 

L_DASH 

i REPEAT SEQUENCE FOR L_DASH, 

0069 

20B421 

78 


JB 

TO;FAULT 


006C 

D297 

79 


SETB 

L_DASH 


006E 

C2A1 

SO 


CLR 

L_REAR 

i L„REAR, 

0070 

20B41A 

81 


JB 

TO;FAULT 


0073 

D2A1 

82 


SETB 

L_REAR 


0075 

C296 

83 


CLR 

R_FRNT 

1 R_FRNT, 

0077 

20B413 

84 


JB 

TO;FAULT 


007A 

D296 

85 


SETB 

R_FRNT 


007C 

C2A0 

86 


CLR 

R_DASH 

1 R_DASH, 

007E 

20B40C 

87 


JB 

TO;FAULT 


0081 

D2A0 

88 


SETB 

R__DASH 


0083 

C2A2 

89 


CLR 

R__REAR 

i AND R._REAR. 

0085 

20B405 

90 


JB 

TO;FAULT 


0088 

D2A2 

91 


SETB 

R_REAR 




92 

i 






93 

i 

WITH ALL COLLECTORS GROUNDED; TO SHOULD BE HIGH 



94 

Q Cl 

i 

IF SO; 

CONTINUE WITH INTERRUPT ROUTINE. 

008A 

20B402 

7D 

96 

f 

JB 

TO;TOSERV 


OOBD 

B2A3 

97 

FAULT: 

CPL 

S_FAIL 

ELECTRICAL FAILURE PROCESSING ROUTINE 



98 




(TOGGLE INDICATOR ONCE PER SECOND) 



99 4.1 

REJECT 





AP-70 







01489A-34 


LOC OBJ 


LINE SOURCE 


CO 

N3 




100 ; 

CONTINUE WITH INTERRUPT PROCESSING: 



101 ; 






102 ; 1) 

COMPUTE 

LOW BULB INTENSITY WHEN PARKING LIGHTS ARE ON. 



103 i 




008F 

A201 

104 TOSERV: 

MOV 

C, SUB_DIV. 1 

i START WITH 50 PERCENTi 

0091 

8200 

105 

ANL 

Cl SUB_DIV. 0 

i MASK DOWN TO 25 PERCENTi 

0093 

7202 

106 

ORL 

Cl SUB_DIV. 2 

i BUILD BACK TO 62. 5 PERCENTi 

0095 

8292 

107 

ANL 

Cl PARK 

i GATE WITH PARKING LIGHT SWITCH; 

0097 

92D1 

108 

MOV 

DIMi C 

i AND SAVE IN TEMP. VARIABLE. 



109 i 






110 ; 2) 
111 

COMPUTE 

AND OUTPUT 

LEFT-HAND DASHBOARD INDICATOR. 

0099 

A293 

1 X X I 

112 

MOV 

Cl L_TURN 

j SET CARRY IF TURN 

009B 

7291 

113 

ORL 

C,EMERG 

i OR EMERGENCY SELECTED. 

009D 

8207 

114 

ANL 

Cl LO_FREQ 

; IF SO; GATE IN 1 HZ SIGNAL 

009F 

9297 

115 

MOV 

L^DASHi C 

i AND OUTPUT TO DASHBOARD. 



116 ; 






117 ; 3) 

COMPUTE 

AND OUTPUT 

LEFT-HAND FRONT TURN SIGNAL. 



118 j 




OOAl 

92D5 

119 

MOV 

FOi C 

; SAVE FUNCTION SO FAR. 

00A3 

72D1 

120 

ORL 

Cl DIM 

; ADD IN PARKING LIGHT FUNCTION 

00A5 

9295 

121 

MOV 

L^FRNTi C 

; AND OUTPUT TO TURN SIGNAL. 



122 ; 






123 1 4) 

COMPUTE 

AND OUTPUT 

LEFT-HAND REAR TURN SIGNAL. 



124 i 




00A7 

A290 

125 

MOV 

Cl BRAKE 

; GATE BRAKE PEDAL SWITCH 

00A9 

B093 

126 

ANL 

Cl/L_TURN 

i WITH TURN LEVER. 

OOAB 

72D5 

127 

ORL 

Cl FO 

; INCLUDE TEMP. VARIABLE FROM DASH 

OOAD 

72D1 

128 

ORL 

Cl DIM 

; AND PARKING LIGHT FUNCTION 

OOAF 

92A1 

129 

MOV 

L_REARiC 

I AND OUTPUT TO TURN SIGNAL. 



130 ; 






131 ; 5) 

1 O'**) 

REPEAT ALL OF ABOVE 

FOR RIGHT-HAND COUNTERPARTS. 

OOBl 

A294 

1 Oc- ; 

133 

MOV 

C. RETURN 

i SET CARRY IF TURN 

00B3 

7291 

134 

ORL 

ClEMERG 

i OR EMERGENCY SELECTED. 

00B5 

8207 

135 

ANL 

Cl LO^FREQ 

i IF SO; GATE IN 1 HZ SIGNAL 

00B7 

92A0 

136 

MOV 

R^DASHi C 

; AND OUTPUT TO DASHBOARD. 

00B9 

92D5 

137 

MOV 

FOi C 

; SAVE FUNCTION SO FAR. 

OOBB 

72D1 

138 

ORL 

Cl DIM 

i ADD IN PARKING LIGHT FUNCTION 

OOBD 

9296 

139 

MOV 

R FRNTiC 

; AND OUTPUT TO TURN SIGNAL. 

OOBF 

A290 

140 

MOV 

Cl BRAKE 

; GATE BRAKE PEDAL SWITCH 

OOCl 

B094 

141 

ANL 

Cl /RETURN 

; WITH TURN LEVER. 

00C3 

72D5 

142 

ORL 

C, FO 

i INCLUDE TEMP. VARIABLE FROM DASH 

00C5 

72D1 

143 

ORL 

Cl DIM 

i AND PARKING LIGHT FUNCTION 

00C7 

92A2 

144 

MOV 

R REARiC 

; AND OUTPUT TO TURN SIGNAL. 



145 ; 






146 ; 

RESTORE 

STATUS REGISTER AND RETURN. 



147 ; 




00C9 

DODO 

148 

POP 

PSW 

i RESTORE PSW 

OOCB 

32 

149 

RETI 


i AND RETURN FROM INTERRUPT ROUTINE 



150 ; 






151 

END 




ny-HV 












01489A-35 


XREF SYMBOL TABLE LISTING 


NAME 

BRAKE . 
DIM . . 
EA. . . 
EMERG . 
ETO . . 
FO. . . 
FAULT . 
HI_FREQ 
INIT. . 
L_DASH. 
L_FRNT. 
L_REAR. 
L_TURN. 
LO_FREQ 

Ca3 pi. . . 

P2. . . 
PARK. . 
PSW . . 
R_DASH. 
R_FRNT. 
R_REAR. 
RETURN. 
S_FAIL. 
SUB_DIV 
TO. . . 
TOSERV. 
THO . . 
TLO . . 
TMOD. . 
TRO . . 
UPDATE. 


TYPE 

VALUE 

AND REFERENCES 



N 

BSEG 

0090H 

20# 125 140 



N 

BSEG 

OODIH 

45# 108 120 128 

138 143 

N 

BSEG 

OOAFH 

64 



N 

BSEG 

009IH 

21# 113 134 



N 

BSEG 

00A9H 

63 



N 

BSEG 

00D5H 

119 127 137 142 



L 

CSEG 

008DH 

75 78 81 84 87 

90 

97# 

N 

BSEG 

OOOOH 

42# 



L 

CSEG 

0040H 

50 58# 



N 

BSEG 

0097H 

32# 77 79 115 



N 

BSEG 

0095H 

30# 74 76 121 



N 

BSEG 

OOAIH 

34# 80 82 129 



N 

BSEG 

0093H 

23# 112 126 



N 

BSEG 

0007H 

43# 114 135 



N 

DSEG 

0090H 

20 21 22 23 24 

30 

31 32 72 

N 

DSEG 

OOAOH 

33 34 35 37 73 



N 

BSEG 

0092H 

22# 107 



N 

DSEG 

OODOH 

45 54 148 



N 

BSEG 

OOAOH 

33# 86 88 136 



N 

BSEG 

0096H 

31# S3 85 139 



N 

BSEG 

00A2H 

35# 89 91 144 



N 

BSEG 

0094H 

24# 133 141 



N 

BSEG 

00A3H 

37# 97 



N 

DSEG 

0020H 

41# 42 43 62 69 

70 104 105 106 

N 

BSEG 

00B4H 

75 78 81 84 87 

90 

96 

L 

CSEG 

008FH 

69 96 104# 



N 

DSEG 

008CH 

53 59 



N 

DSEG 

008AH 

58 



N 

DSEG 

0089H 

60 



N 

BSEG 

008CH 

65 



L 

CSEG 

0054H 

55 69# 




ASSEMBLY COMPLETE, NO ERRORS FOUND 
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